robert at linuxfromscratch.org
Tue Aug 28 17:03:00 PDT 2007
This is in GCC's bugzilla:
There are also duplicate elements in dependency_libs, like "-lm -lm -lm"
and "-lgcc_s -lc -lgcc_s -lm -lgcc_s -lc -lgcc_s".
The bugzilla also notes a security problem if GCC is built in /tmp, or a world
writtable directory like /dev/shm, because the directory in the .la file can
be recreated with a trojan library.
I figured out what was different about my desktop system. A 'make bootstrap'
in chapter 6 will make the dependency_libs= line in libmudflap.la, and
others, not reference the build directory. But libstdc++.la still will. This
is only a partial fix.
There are three patches on the GCC bugzilla page. I don't know if they work.
The bug is marked as 'suspended'. It looks like there's debate on whether
this is a GCC bug or Libtool bug.
On Tuesday August 28 2007 03:36:12 am goodoldmarty at gmail.com wrote:
> > On a LFS or CLFS-based system, both current and old versions, there is a
> > lot of references to /sources/gcc-build. That is due
> > /usr/lib/libstdc++.la and /usr/lib/libsupc++.la contains:
> > # Libraries that this one depends upon.
> > dependency_libs=' -L/sources/gcc-build/i686-pc-linux-gnu/libstdc++-v3/src
> > -L/sources/gcc-build/i686-pc-linux-gnu/libstdc++-v3/src/.libs -lm -lm -lm
> > -L/sources/gcc-build/gcc -lgcc_s -lc -lgcc_s -lm -lgcc_s -lc -lgcc_s'
> This IS more or less only a cosmetic thing, but it's still not clean. I
> have never toyed with libtool's options, but I see some possibilities.
> I will experiment.
> marty b.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 189 bytes
Desc: not available
More information about the hlfs-dev