On Fri, 2005-02-11 at 18:35 -0500, Tom Lane wrote: > Sven Willenberger <sven@xxxxxxx> 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 ---------------------------(end of broadcast)--------------------------- TIP 4: Don't 'kill -9' the postmaster
