Re: Should "REGRESS_OPTS = --temp-config" be working for 3rd party extensions?

Поиск
Список
Период
Сортировка
От Julien Rouhaud
Тема Re: Should "REGRESS_OPTS = --temp-config" be working for 3rd party extensions?
Дата
Msg-id 20230603125016.ssjjowmdjn3ydfir@jrouhaud
обсуждение исходный текст
Ответ на Should "REGRESS_OPTS = --temp-config" be working for 3rd party extensions?  (Aleksander Alekseev <aleksander@timescale.com>)
Ответы Re: Should "REGRESS_OPTS = --temp-config" be working for 3rd party extensions?  (Aleksander Alekseev <aleksander@timescale.com>)
Список pgsql-hackers
On Sat, Jun 03, 2023 at 02:56:27PM +0300, Aleksander Alekseev wrote:
>
> I tried to use `REGRESS_OPTS = --temp-config` in order to test a 3rd
> party extension with a custom .conf file similarly to how PostgreSQL
> does it for src/test/modules/test_slru. It didn't work and "38.18.
> Extension Building Infrastructure" [1] doesn't seem to be much help.
>
> Is it accurate to say that the author of a 3rd party extension that
> uses shared_preload_libraries can't be using SQL tests and has to use
> TAP tests instead? If not then what did I miss?

temp-config can only be used when bootstrapping a temporary environment, so
when using e.g. make check.  PGXS / third-party extension can only use
installcheck, so if you need specific config like shared_preload_libraries you
need to manually configure your instance beforehand, or indeed rely on TAP
tests.  Most projects properly setup their instance in the CI jobs, and at
least the Debian packaging infrastructure has a way to configure it too.



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Ranier Vilela
Дата:
Сообщение: Re: Avoid unused value (src/fe_utils/print.c)
Следующее
От: Aleksander Alekseev
Дата:
Сообщение: Re: Should "REGRESS_OPTS = --temp-config" be working for 3rd party extensions?