Randy McMurchy <[EMAIL PROTECTED]> wrote in news:[EMAIL PROTECTED]:
> Steve Crosby wrote these words on 03/07/05 20:12 CST: > >> 1. build the initial binutils and gcc in chapter 5 using dynamic >> libs, rather than static (this avoids the stripped libc.a issue). >> >> 2. use binutils prior to 2.15.91.0.2 in the initial chapter 5 (this >> results in binutils ignoring the fact the symbols in libc.a on the >> host are borked, but by chance that's the right option). >> >> 3. Just rebuild and replace libc.a on the host - none of the other >> glibc libraries\files are relevant to this issue. > > Shouldn't there be a note in the current SVN book to help out with > this? I mean this is going to be a *huge* issue a little bit later > on when folks start trying to use LFS-6.0 to build the next version. > > All three of the suggestions above are not just a trivial matter. > I think it really sucks that one can't use the most recent prior > version of LFS as a host to build the current version. > > This is something that needs to be addressed pronto. :-) > Bug 1061 created with suggested text (compiling binutils\gcc shared) - note that I haven't the experience with the toolchain to indicate if this is a "correct" fix, and since it's a toolchains issue, will need some serious brainpower\testing before the next release. -- - Steve Crosby -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
