Skip site navigation (1) Skip section navigation (2)

Re: libplperl.so and libperl.so

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: andrew(at)supernews(dot)com
Cc: pgsql-bugs(at)postgresql(dot)org, Peter Eisentraut <peter_e(at)gmx(dot)net>
Subject: Re: libplperl.so and libperl.so
Date: 2004-11-16 21:11:23
Message-ID: 2459.1100639483@sss.pgh.pa.us (view raw or flat)
Thread:
Lists: pgsql-bugs
Andrew - Supernews <andrew+nonews(at)supernews(dot)com> writes:
> On 2004-11-16, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)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

In response to

Responses

pgsql-bugs by date

Next:From: Simon RiggsDate: 2004-11-16 21:45:15
Subject: Re: BUG #1320: 7.3.8 server RPM has file error
Previous:From: Andrew - SupernewsDate: 2004-11-16 20:43:57
Subject: Re: libplperl.so and libperl.so

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group