--On fredag, februari 11, 2005 19.08.54 -0500 Sven Willenberger
<sven@dmv.com> wrote:
> On Fri, 2005-02-11 at 18:35 -0500, Tom Lane wrote:
>> Sven Willenberger <sven@dmv.com> writes:
>> > it looks like the sed line is stripping out pgac_tmp2 from the
>> > pgac_tmp1 leaving the system to use the default perl libperl.so.
>> > when I modified perl_embed_ldflags to not remove the -R line, the
>> > compile works and links to the proper libperl.so
>>
>> It worked for you, but not necessarily for other people. This thread
>> may be instructive:
>> http://archives.postgresql.org/pgsql-bugs/2004-11/msg00181.php
>>
>> regards, tom lane
>
> I see they used the same solution that I did, namely remove the part of
> the sed statement that removes the ccdflags frmo the ExtUtils::Embed's
> output. The rpath solution you provided to patch GNUmakefile did not
> work however, bailing with:
>
> gcc -O2 -fno-strict-aliasing -Wmissing-declarations, -Wl,
> -rpath, /usr/local/lib/perl5/5.8.6/mach/CORE -fpic -DPIC -I.
> -I/usr/local/lib/perl5/5.8.6/mach/CORE -I../../../src/include -c -o
> plperl.o plperl.c
> gcc: cannot specify -o with -c or -S and multiple compilations
>
> (As you said it may not work on all platforms).
>
> At this point I will try to submit or suggest a patch for the freebsd
> ports system to simply change the lines in the configure config/perl.m4
> files to strip out the replacement part of the sed statement.
>
> Thanks,
>
> Sven
>
Sven, I think this sounds fine, beeing that it is FreeBSD specific. If you
can test this, once it's OK, send me a patch and I'll commit it.
Regards,
Palle