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

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема Re: PL/perl should fail on configure, not make
Дата
Msg-id 50EF30E4.6070006@gmx.net
обсуждение исходный текст
Ответ на Re: PL/perl should fail on configure, not make  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: PL/perl should fail on configure, not make  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On 1/9/13 7:56 PM, Tom Lane wrote:
> That is, the standard perl executable depends on libperl.so --- not
> libperl.so.M.N, which isn't even there.  Take the .so away, and you
> don't get past configure's initial perl-related checks, because
> /usr/bin/perl is broken.  This isn't a Red-Hat-ism, either, because my
> direct-from-upstream-source build on my old HPUX box is the same way.

How does this survive a distribution upgrade with a new libperl soname?




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

Предыдущее
От: Peter Eisentraut
Дата:
Сообщение: Re: PL/perl should fail on configure, not make
Следующее
От: Andres Freund
Дата:
Сообщение: Re: foreign key locks