Nick Hudson wrote:
> 
> Emmanuel Dreyfus wrote:
> >
> > Hi!
> >
> > I'm trying ot port Xerces-Perl to NetBSD, and I have problem with
> > linking.
> >
> > It builds a shared object, like this:
> > LD_RUN_PATH="/usr/pkg/lib" gcc -o blib/arch/auto/XML/Xerces/Xerces.so
> > --whole-archive -shared  -L/usr/pkg/lib Xerces.o    -L/usr/pkg/lib
> > -L/usr/pkg/lib -lncurses -lncurses++ -lmenu -lform -lpanel -lxerces-c1_3
> > -lpthread
> >
> > The problem occurs at run time ,qhen I do a make test:
> > PERL_DL_NONLAZY=1 /usr/pkg/bin/perl -Iblib/arch -Iblib/lib
> > -I/usr/pkg/lib/perl5/5.6.0/powerpc-netbsd -I/usr/pkg/lib/perl5/5.6.0 -e
> > 'use Test::Harness qw(&runtests $verbose); $verbose=0; runtests @ARGV;'
> > t/*.t
> > t/DOMCreate.........Can't load 'blib/arch/auto/XML/Xerces/Xerces.so' for
> > module XML::Xerces:
> > /usr/local/src/xml-xerces/perl/blib/arch/auto/XML/Xerces/Xerces.so:
> > Undefined PLT symbol "__eh_alloc" (reloc type = 21, symnum = 667) at
> > /usr/pkg/lib/perl5/5.6.0/powerpc-netbsd/DynaLoader.pm line 200.
> >
> > __eh_alloc is defined in libgcc.a. If I link with libgcc.a, I will end
> > up with a error 10, non supported PLT relocation, because libgcc.a is
> > not PIC code.
> 
> I *think* that you can solve this by adding --export-dynamic to the
> binary link phase. I had problems like this with KDE2 that magically
> disappered and I never really looked into why...

Oh you're using perl... so I guess that you'd need to add
--export-dynamic to the perl binary link phase(?)

Nick
-- 
aka skrll@netbsd.org, skrll@excite.co.uk