Re: libplperl.so and libperl.so
От | Andrew - Supernews |
---|---|
Тема | Re: libplperl.so and libperl.so |
Дата | |
Msg-id | slrncpku32.2njr.andrew+nonews@trinity.supernews.net обсуждение исходный текст |
Ответ на | libplperl.so and libperl.so (David Walker <david@cosmicfires.com>) |
Список | pgsql-bugs |
On 2004-11-16, Tom Lane <tgl@sss.pgh.pa.us> wrote: > Andrew - Supernews <andrew+nonews@supernews.com> writes: >> As I originally said in IRC, I do not know why the configure script is >> trying to second-guess the ExtUtils::Embed output; however, what it is >> doing clearly produces the wrong results. > > I'm not sure why it's doing that either; taking the Embed output as gospel > would seem like a reasonable thing to do. But I'm hesitant to change code > that's been the same since PG 7.3 and therefore has survived two port > testing cycles without previous complaints. It builds on a stock FreeBSD-4 (no ports) only because the system libperl happens to be in an accessible directory. It fails on FreeBSD-4 with perl installed from ports (an increasingly common scenario as the system perl got further behind). The original poster reported it also failing on Linux. Without a dynamic libperl it builds OK since ccdlflags doesn't appear in ldopts in that case. -- Andrew, Supernews http://www.supernews.com - individual and corporate NNTP services
В списке pgsql-bugs по дате отправления: