Re: libpq_pipeline in tmp_install

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема Re: libpq_pipeline in tmp_install
Дата
Msg-id d35be8c9-3c8e-25a6-298b-fd9ddcb1a02b@enterprisedb.com
обсуждение исходный текст
Ответ на libpq_pipeline in tmp_install  (Peter Eisentraut <peter.eisentraut@enterprisedb.com>)
Ответы Re: libpq_pipeline in tmp_install  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On 10.05.21 20:26, Peter Eisentraut wrote:
> The test program libpq_pipeline produced by the test suite in 
> src/test/modules/libpq_pipeline/ is installed into tmp_install as part 
> of make check.  This isn't a real problem by itself, but I think it 
> creates a bit of an asymmetric situation that might be worth cleaning up.
> 
> Before, the contents of tmp_install exactly matched an actual 
> installation.  There were no extra test programs installed.
> 
> Also, the test suite code doesn't actually use that installed version, 
> so it's not of any use, and it creates confusion about which copy is in 
> use.
> 
> The reason this is there is that the test suite uses PGXS to build the 
> test program, and so things get installed automatically.  I suggest that 
> we should either write out the build system by hand to avoid this, or 
> maybe extend PGXS to support building programs but not installing them. 

Here is a patch that implements the second solution, which turned out to 
be very easy.

Вложения

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

Предыдущее
От: Bharath Rupireddy
Дата:
Сообщение: Re: Refactor "mutually exclusive options" error reporting code in parse_subscription_options
Следующее
От: Fujii Masao
Дата:
Сообщение: Re: pg_get_wal_replay_pause_state() should not return 'paused' while a promotion is ongoing.