Re: PL/perl should fail on configure, not make

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема Re: PL/perl should fail on configure, not make
Дата
Msg-id 1357705974.25412.2.camel@vanquo.pezone.net
обсуждение исходный текст
Ответ на Re: PL/perl should fail on configure, not make  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On Tue, 2013-01-08 at 22:37 -0500, Tom Lane wrote:
> We could try adding an AC_TRY_LINK test using perl_embed_ldflags,
> but given the weird stuff happening to redefine that value on Windows
> in plperl/GNUmakefile I think there's a serious risk of breaking
> Cygwin builds.  Since I lack access to either Cygwin or a platform on
> which there's a problem today, I'm not going to be the one to mess
> with it.

For these and similar reasons, I think it's best not to mess with this
too much.  It should fail where it actually fails.  We shouldn't be
duplicating that logic in a remote place to predict that something will
fail later.  In some cases, this is rather safe and easy and useful as a
service to the user, but once it gets slightly complicated, it can only
go wrong.





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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: I s this a bug of spgist index in a heavy write condition?
Следующее
От: Peter Eisentraut
Дата:
Сообщение: Re: psql \l to accept patterns