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. :-) -- Randy rmlscsi: [GNU ld version 2.15.94.0.2 20041220] [gcc (GCC) 3.4.3] [GNU C Library stable release version 2.3.4] [Linux 2.6.10 i686] 20:15:00 up 5 days, 6:19, 3 users, load average: 0.02, 0.05, 0.01 -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
