From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Andrew Dunstan <andrew(at)dunslane(dot)net> |
Cc: | pgsql-patches(at)postgresql(dot)org |
Subject: | Re: fixing REL7_3_STABLE build issues |
Date: | 2005-07-16 18:19:14 |
Message-ID: | 6677.1121537954@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-patches |
Andrew Dunstan <andrew(at)dunslane(dot)net> writes:
> Tom Lane wrote:
>> Seems like that'd just mask a different set of failures.
> Yeah. I think I'd be more concerned by core regression failures than
> contrib build failures - especially as they are often likely to have
> more far reaching consequences.
Agreed. I guess that the order of importance of the pieces you have is
build main (this includes building PLs)
run main tests
run PL tests
build contrib
run contrib tests
I'm not sure where the proposed-to-be-added multibyte regression tests
go in this order. On practical grounds I would put them last; I rather
suspect that porting failures in that code will be rare. Could be wrong
though.
It's slightly annoying that the PLs are built as part of the main build;
I would rather run the main tests and then try to build and test the PLs
(that is, the ones that have external dependencies --- plpgsql can be
treated as part of the core for our purposes here). Not sure if it's
worth hacking the makefiles to make that possible.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Andrew Dunstan | 2005-07-16 18:33:22 | Re: fixing REL7_3_STABLE build issues |
Previous Message | Andrew Dunstan | 2005-07-16 18:11:52 | Re: fixing REL7_3_STABLE build issues |