On Thu, Feb 12, 2009 at 01:41:36PM -0500, Robert Connolly wrote: > On Wednesday February 11 2009 07:11:57 pm Ken Moffat wrote: > > For the moment, my method isn't adequately dealing with everything > > in LFS - I need to take action for libperl (even though its users > > are in BLFS), and get more detail on which of the toolchain static > > libs actually get used. Taming these files is a long task, the BLFS > > part of it is now reaching a stage where I have some results. > > BTW, with Perl, build with -Duseshrplib and libperl.so will be installed > instead of libperl.a. Perl only installs one or the other, not both. > Thanks, I remember adding that to my CLFS scripts, but the significance hadn't sunk in. > Graphviz will try to link libperl to libgv_perl.so, and if it's libperl.a > then > libgv_perl.so will not be pic. > > I have no idea if LFS would be willing to add -Duseshrplib. We would have to > prove it's a bug. Some platforms don't allow text relocation's in shared > objects. If you have an x86-64, or sparc, try building and using Graphviz > (with libperl.a). > > robert
Interesting. At the moment, LFS doesn't support non x86_32 builds. I can remember having to disable something in gnumeric on x86_64 in the past, but like I say, the significance didn't sink in. I'll try to respond to your initial reply, but for the moment my head is a bit munged (probably just a chill - I got rather wet and cold on Monday) and I'm even less productive than normal. I'm also swearing at kde-4.2 for its use of static libs. ĸen -- das eine Mal als Tragödie, das andere Mal als Farce -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
