Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 24 Mar 2004 07:55:25 -0800
From:      Peter Wemm <peter@wemm.org>
To:        freebsd-amd64@freebsd.org
Cc:        adridg@cs.kun.nl
Subject:   Re: A different buildworld failure
Message-ID:  <200403240755.25406.peter@wemm.org>
In-Reply-To: <200403240751.06524.peter@wemm.org>
References:  <Pine.GSO.4.44.0403240940400.13952-100000@wn4.sci.kun.nl> <200403240751.06524.peter@wemm.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On Wednesday 24 March 2004 07:51 am, Peter Wemm wrote:
> On Wednesday 24 March 2004 12:43 am, Adriaan de Groot wrote:
> > On Tue, 23 Mar 2004, Peter Wemm wrote:
> > > No, you're missing the point.  Do not put "-fPIC -DPIC"
> > > *anywhere* in /etc/make.conf.  Do not hack blindly hack ports to
> > > compile everything with -fPIC (including executables), and yell
> > > at anybody else who is doing it.
> >
> > Arr (in the manner of pirates everywhere).
> >
> > > Fix the problem, rather than just plaster over the top of it. 
> > > That means finding out why the port is doing this in the first
> > > place? Is it just because the author is clueless and accidently
> > > forgot that shared libraries need to be pic (and got away with it
> > > till now on i386).  Or they are doing it deliberately with
> > > --prefer-non-pic to libtool (and got away with it until now).  Or
> > > something just went wrong.
> >
> > Well, here's the particular instance that caused me to take the
> > road to ruin:
> >
> > /usr/bin/ld:
> > /usr/local/lib/perl5/5.6.1/mach/CORE/libperl.a(perl.o): relocation
> > R_X86_64_32S can not be used when making a shared object; recompile
> > with -fPIC
> >
> > that's when I was trying to embed a perl interpreter in a C++ .so.
> > Is that something I should just send-pr and be done with?
>
> You should be linking against libperl.so or embedding libperl_pic.a.
> Except I've just looked and its missing.  Argh!  I wonder when that
> happened?  I'm sure it was working at one point...  Hmm. perl5.8 has
> a libperl.so and its now the default for 5.x ports.. is that
> something you can use?

I just reran 'make configure' on the perl5 port, and noticed from its 
configure output:
Build a shared libperl.so (y/n) [n]

So I guess thats why it doesn't happen.
-- 
Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com
"All of this is for nothing if we don't go to the stars" - JMS/B5



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200403240755.25406.peter>