From: | pgbuildfarm(at)jdrake(dot)com |
---|---|
To: | Andrew Dunstan <andrew(at)dunslane(dot)net> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Josh Berkus <josh(at)agliodbs(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>, Tim Bunce <Tim(dot)Bunce(at)pobox(dot)com> |
Subject: | Re: PL/perl should fail on configure, not make |
Date: | 2013-01-11 05:30:40 |
Message-ID: | alpine.BSO.2.00.1301102116150.8610@resin.csoft.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Thu, 10 Jan 2013, Andrew Dunstan wrote:
>
> On 01/10/2013 11:32 AM, Tom Lane wrote:
> > Andrew Dunstan <andrew(at)dunslane(dot)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.
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2013-01-11 05:48:33 | Re: PL/perl should fail on configure, not make |
Previous Message | 李海龙 | 2013-01-11 04:08:30 | Re: I s this a bug of spgist index in a heavy write condition? |