Re: PL/perl should fail on configure, not make
От | pgbuildfarm@jdrake.com |
---|---|
Тема | Re: PL/perl should fail on configure, not make |
Дата | |
Msg-id | alpine.BSO.2.00.1301102116150.8610@resin.csoft.net обсуждение исходный текст |
Ответ на | Re: PL/perl should fail on configure, not make (Andrew Dunstan <andrew@dunslane.net>) |
Ответы |
Re: PL/perl should fail on configure, not make
|
Список | pgsql-hackers |
On Thu, 10 Jan 2013, Andrew Dunstan wrote: > > On 01/10/2013 11:32 AM, Tom Lane wrote: > > Andrew Dunstan <andrew@dunslane.net> writes: > > > cc -o interp interp.c `perl -MExtUtils::Embed -e ccopts -e ldopts` > > Hm. It would be interesting to see what ccopts expands to, but if you > > compare the command configure issued with the previous successful link > > of plperl, there's nothing missing that ccopts would be likely to > > supply. $ perl -MExtUtils::Embed -e ccopts -e ldopts -Wl,-E -Wl,-O1 -Wl,--as-needed -L/usr/lib64/perl5/5.12.4/x86_64-linux/CORE -lperl -lnsl -ldl -lm -lcrypt -lutil -lc-fno-strict-aliasing -pipe -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/lib64/perl5/5.12.4/x86_64-linux/CORE > > Without access to the machine it's pretty hard to know, so I was just > speculating fairly wildly. If Jeremy can find out what the problem is that > would be good, or if he can give us access to the machine it shouldn't be > terribly hard to get to the bottom. I'll see what I can do. For now, I can tell you that it works with GCC and fails with ICC.
В списке pgsql-hackers по дате отправления: