Re: libplperl.so and libperl.so - Mailing list pgsql-bugs

From Tom Lane
Subject Re: libplperl.so and libperl.so
Date
Msg-id 2459.1100639483@sss.pgh.pa.us
Whole thread Raw
In response to Re: libplperl.so and libperl.so  (Andrew - Supernews <andrew+nonews@supernews.com>)
Responses Re: libplperl.so and libperl.so
List pgsql-bugs
Andrew - Supernews <andrew+nonews@supernews.com> writes:
> On 2004-11-16, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>> Don't you think this is likely to break more cases than it fixes?

> You're not correctly understanding what it does.

Doh.  You're right, I misread the (unnecessarily obscure) sed command.

> 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.

Peter, it was you that committed the current contents of config/perl.m4;
do you recall why it wants to remove ccdlflags from the Embed results?

            regards, tom lane

pgsql-bugs by date:

Previous
From: Andrew - Supernews
Date:
Subject: Re: libplperl.so and libperl.so
Next
From: Simon Riggs
Date:
Subject: Re: BUG #1320: 7.3.8 server RPM has file error