Re: convert libpq uri-regress tests to tap test
От | Andrew Dunstan |
---|---|
Тема | Re: convert libpq uri-regress tests to tap test |
Дата | |
Msg-id | 2cdcc738-beda-a2ea-d26e-24fbb390bd4e@dunslane.net обсуждение исходный текст |
Ответ на | Re: convert libpq uri-regress tests to tap test (Andres Freund <andres@anarazel.de>) |
Список | pgsql-hackers |
On 2/23/22 16:16, Andres Freund wrote: > Hi, > > On 2022-02-23 15:57:08 -0500, Tom Lane wrote: >> Andrew Dunstan <andrew@dunslane.net> writes: >>> On 2/23/22 15:30, Andres Freund wrote: >>>> Perhaps we should just rename src/test/modules/libpq_pipeline to >>>> src/test/modules/libpq and move uri-regress in there as well? >>> WFM >> +1 > Cool. > > > One question on making that happen: Right now the makefiles building C stuff > in src/test/modules all have the contrib-style stanza to build via pgxs. But > afaics pgxs doesn't support building multiple programs. Which > src/test/modules/libpq would need to. That's my understanding also. > > Aaics there's currently no way to have Mkvcbuild.pm build multiple programs in > one dir via its makefile parsing stuff? Andrew, any suggestions for not > needing to spell this out in both the makefile and Mkvcbuild.pm? Well, it should be a SMOC. If you can solve the first problem I'm sure I can come up with a solution for Mkvcbuild.pm. But until we see the shape of the pgxs changes, planning for Mkcvbuild.pm changes seems remature. > > > Separately: I don't really understand why we do the whole if USE_PGXS dance in > src/test/modules? > ENOCLUE cheers andrew -- Andrew Dunstan EDB: https://www.enterprisedb.com
В списке pgsql-hackers по дате отправления: