Date: Tue, 30 May 2006 15:04:20 +0200 From: Anton Berezin <tobez@tobez.org> To: Noah <admin2@enabled.com> Cc: lth@FreeBSD.org, ports-post <freebsd-ports@freebsd.org> Subject: Re: speedy_backend: Undefined symbol "PL_memory_wrap" Message-ID: <20060530130420.GJ17713@heechee.tobez.org> In-Reply-To: <20060530123053.M44575@enabled.com> References: <20060529114148.M94547@enabled.com> <20060530113843.GH17713@heechee.tobez.org> <20060530123053.M44575@enabled.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, May 30, 2006 at 04:34:02AM -0800, Noah wrote:
> On Tue, 30 May 2006 13:38:43 +0200, Anton Berezin wrote
> > Did you execute "use.perl port" ?
> yes - just after the build. Look at perl -V for more information
> > What does ldd /usr/local/bin/speedy_backend say?
>
> typhoon# ldd /usr/local/bin/speedy_backend
> /usr/local/bin/speedy_backend:
> libperl.so => /usr/lib/libperl.so (0x28072000)
^^^^^^^^^
Ok, here is the crux. Your speedy_backend binary is linked against system
perl, as opposed to against perl from ports.
This can be caused by two different things. One is that LD_LIBRARY_PATH is
set.
> How do I verify this? What am I looking for? This is a FreeBSD-4.11
> machine
Well, just "env|grep LD" should tell you whether this is the case. If it
is, then it is a bit more tricky to find out what sets it.
But I don't think it is the case. More likely is another scenario, namely
that you either build SpeedyCGI *before* you built lang/perl5.8, or before
you executed "use.perl port".
I would say, try to rebuild p5-CGI-SpeedyCGI anew now, and check with ldd
that it picks the right libperl.so
(/usr/local/lib/perl5/5.8.8/mach/CORE/libperl.so).
Yet another possibility is that p5-CGI-SpeedyCGI, for inexplicable reason,
is using -L/usr/lib during linking linking. In this case the fix above
won't work, and p5-CGI-SpeedyCGI needs to be fixed, so I am CCing Lars just
in case.
If this is the case, a simple workaround would be to move /usr/lib/libperl.*
out of the way and rebuild p5-CGI-SpeedyCGI, unless you are willing to wait
until Lars fixes the problem.
Cheers,
\Anton.
--
An undefined problem has an infinite number of solutions.
-- Robert A. Humphrey
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20060530130420.GJ17713>