Re: Embedding in shared library blues
On Tue, May 22, 2001 at 12:41:18PM +1000, Brendan O'Dea wrote:
> On Mon, May 21, 2001 at 03:29:11PM -0700, Daniel Jacobowitz wrote:
> >perl -MExtUtils::Embed -e ldopts currently gives me this:
> >
> >-rdynamic -L/usr/local/lib /usr/lib/perl/5.6.1/auto/DynaLoader/DynaLoader.a \
> > -L/usr/lib/perl/5.6.1/CORE -lperl -ldl -lm -lc -lcrypt
> >
> >For one thing, I don't really know why it wants to give us -L/usr/local/lib,
> >but that's ok. I can live with that. [...]
>
> The upstream Configure adds -L/usr/local/lib to ldflags which I've
> retained, as users may wish to build local modules/embedded programs in
> against libs in /usr/local/lib.
>
> >[...] DynaLoader, however, is a problem -
> >it's not PIC, but libperl is. I'd much rather keep modperl entirely PIC,
> >and this is what seems to be stopping me at present. Any ideas?
>
> DynaLoader.a contains a single file, DynaLoader.o which is used to
> provide a portable interface to dynamic loading (uses dlopen() here) and
> is compiled with -fPIC.
How sure are you of that?
[ 2] .rel.text REL 00000000 0016ac 000628 08 9 1 4
That's not PIC.
--
Daniel Jacobowitz Debian GNU/Linux Developer
Monta Vista Software Debian Security Team
Reply to: