Re: A test for replay of regression tests
| От | Andrew Dunstan |
|---|---|
| Тема | Re: A test for replay of regression tests |
| Дата | |
| Msg-id | 3e9d1044-ddb2-91a4-917b-8cab3ea93b69@dunslane.net обсуждение исходный текст |
| Ответ на | Re: A test for replay of regression tests (Thomas Munro <thomas.munro@gmail.com>) |
| Ответы |
Re: A test for replay of regression tests
|
| Список | pgsql-hackers |
On 12/3/21 23:21, Thomas Munro wrote:
>
> Next problem: The below is clearly not the right way to find the
> pg_regress binary and bindir, and doesn't work on Windows or VPATH.
> Any suggestions for how to do this? I feel like something like
> $node->installed_command() or similar logic is needed...
>
> # Run the regression tests against the primary.
> # XXX How should we find the pg_regress binary and bindir?
> system_or_bail("../regress/pg_regress",
> "--bindir=../../bin/psql",
> "--port=" . $node_primary->port,
> "--schedule=../regress/parallel_schedule",
> "--dlpath=../regress",
> "--inputdir=../regress");
>
TAP tests are passed a path to pg_regress as $ENV{PG_REGRESS}. You
should be using that. On non-MSVC, the path to a non-installed psql is
in this case "$TESTDIR/../../bin/psql" - this should work for VPATH
builds as well as non-VPATH. On MSVC it's a bit harder - it's
"$top_builddir/$releasetype/psql" but we don't expose that. Perhaps we
should. c.f. commit f4ce6c4d3a
cheers
andrew
--
Andrew Dunstan
EDB: https://www.enterprisedb.com
В списке pgsql-hackers по дате отправления: