Re: [BUGS] libplperl.so and libperl.so

2004-11-16 Thread Tom Lane
Andrew - Supernews <[EMAIL PROTECTED]> writes: > On 2004-11-16, Tom Lane <[EMAIL PROTECTED]> wrote: >> [ thinks ... ] OK, so the problem case is where perl was built with a >> different compiler than we're building PG with, > Which is a non-starter in any event - you can't reliably embed perl int

Re: [BUGS] libplperl.so and libperl.so

2004-11-16 Thread Andrew - Supernews
On 2004-11-16, Tom Lane <[EMAIL PROTECTED]> wrote: > Peter Eisentraut <[EMAIL PROTECTED]> writes: >> The ldopts value contains compiler-specific shared library linking flags >> plus information about additional library to link in. The ccdlflags >> value contains only the compiler-specific shared

Re: [BUGS] libplperl.so and libperl.so

2004-11-16 Thread Peter Eisentraut
Tom Lane wrote: > 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? The ldopts value contains compiler-specific shared library linking flags plus information about additional library to link in. The

Re: [BUGS] libplperl.so and libperl.so

2004-11-16 Thread Tom Lane
Peter Eisentraut <[EMAIL PROTECTED]> writes: > The ldopts value contains compiler-specific shared library linking flags > plus information about additional library to link in. The ccdlflags > value contains only the compiler-specific shared library linking flags. > If we subtract the second fr

Re: [BUGS] libplperl.so and libperl.so

2004-11-16 Thread Andrew - Supernews
On 2004-11-16, Tom Lane <[EMAIL PROTECTED]> wrote: > Andrew - Supernews <[EMAIL PROTECTED]> 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'

Re: [BUGS] libplperl.so and libperl.so

2004-11-16 Thread Tom Lane
Andrew - Supernews <[EMAIL PROTECTED]> writes: > On 2004-11-16, Tom Lane <[EMAIL PROTECTED]> 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

Re: [BUGS] libplperl.so and libperl.so

2004-11-16 Thread Andrew - Supernews
On 2004-11-16, Tom Lane <[EMAIL PROTECTED]> wrote: > David Walker <[EMAIL PROTECTED]> writes: >> This patch to postgresql-7.4.6/config/perl.m4 fixes the problem: (The patch in question is based on suggestions of mine made in IRC, so I'll comment on the technical details) > Don't you think this is

Re: [BUGS] libplperl.so and libperl.so

2004-11-16 Thread Tom Lane
David Walker <[EMAIL PROTECTED]> writes: > This patch to postgresql-7.4.6/config/perl.m4 fixes the problem: Don't you think this is likely to break more cases than it fixes? You can't just arbitrarily say that no one else is going to need the ccdlflags. On the two platforms I checked it on, it se

[BUGS] libplperl.so and libperl.so

2004-11-16 Thread David Walker
Your name : David Walker Your email address : [EMAIL PROTECTED] System Configuration - Architecture (example: Intel Pentium): Intel PII(Linux) and Intel PPro(FBSD) Operating System (example: Linux 2.4.18) : Linux 2.6.9 & FreeBSD 4.10-RELEASE-p3