Randy McMurchy <[EMAIL PROTECTED]> wrote in news:b19vf2-uq1.ln1 @rmlscsi.mcmurchy.prv:
> Randy McMurchy wrote these words on 03/07/05 18:10 CST: >> When using an LFS-6.0 host, with stripped binaries, the last step >> in the chapter 5 Binutils instructions (rebuilding the ld >> subdirectory) in the current SVN book will fail. >> >> This is a known issue. >> >> Two things: >> >> 1. Shouldn't this be explained in BIG BOLD text somewhere in the >> prerequisites? With some kind of check so that folks can find out >> before they start they have a host that won't build Binutils? >> >> 2. Is there a fix for this, short of rebuilding Binutils on the >> host before starting an SVN build? (patch or something to apply >> to the 2.15.94.0.2.2 tree so that it will build on the tainted >> host) > > Sorry to reply to my own post, but I misstated something and have > an additional question. First, I typed Binutils when I should have > typed Glibc in my question #2 above. > > But, more importantly, how do I get around this issue to build a > new LFS using this tainted host? > > 1. Rebuild GLibc on the LFS-6.0 host (chroot using the original > LFS-6.0 source tarball, I guess). > > 2. Use a Live-CD (yech, not my cup of tea, done it once on a > machine with a blank hard disk. I would prefer to use a partition > that has my stuff on it) > > 3. Some quick and easy fix that I don't know about. > > Thanks for any help anyone may offer on this. > 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. -- - Steve Crosby -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
