From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Andrew Dunstan <andrew(at)dunslane(dot)net> |
Cc: | PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: alternate regression dbs? |
Date: | 2005-05-14 23:04:39 |
Message-ID: | 12374.1116111879@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Andrew Dunstan <andrew(at)dunslane(dot)net> writes:
> Tom Lane wrote:
>> The easy implementation would require building a temp install tree for
>> each PL, which seems mighty slow and disk-space-hungry.
> yes, way too much work if done as a separate run. The only way it would
> make sense to me would be if we integrated them into the core check run
> somehow. But I very much doubt it is worth it.
Yeah. I was seriously thinking of proposing that, until I realized that
putting knowledge of the available optional PLs under src/test/regress
is probably exactly what we don't want to do, given that there are
likely to be more and more of them. We really want that knowledge
localized in src/pl.
Perhaps src/pl/Makefile could be taught to implement "make check" (and
"make installcheck" for that matter) at its own level, and run the tests
for all the configured PLs using only one installation step. But at the
moment it seems more trouble than it's worth.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2005-05-15 04:14:40 | Re: alternate regression dbs? |
Previous Message | Andrew Dunstan | 2005-05-14 22:40:10 | Re: alternate regression dbs? |