Paul Rogers wrote: > So it seems the HSR needs GCC>4.2, kernel>2.6.19?
I'm not sure about that, but it's possible. I have an older LFS system that I use for day-to-day work. It is an i686 originally built in Nov 2005 using gcc-4.0.2, Linux 2.6.12, glibc-2.3.6. (SVN-20051118, approximately LFS-6.1.1). I upgraded it to Linux-2.6.22.5 without problem (2007), but haven't upgraded tool change components since. I use another system for my LFS development work now. >> What if you built a Linux-2.6.22.5 kernel on the host and try that? > > I'd fear that too large a kernel upgrade would require other confuration > changes in my host system. A patch from what was 17, now 18, to 19 > would probably reduce those chances. No, I think 2.6.22.5 would be fine. Besides, the only thing you do is copy bzImage and boot to that. I don't think it would interfere with anything currently running, but if it did, the only thing needed to revert is a reboot. > So it's beginning to look like from my LFS-6.1 system, with gcc-3.4.3 > and linux-2.6.11.12, originally, patched to 2.6.18.0, is just too far > a chasm? Possibly. The problem may be not using gcc-4.x. > The 6.6 book's HSR needs patching? I need an interim step, > say my own build of 6.3? Is that where we are? If that's confirmed, > I'll abandon this 6.6 build until I've done that--but I'd like to have > all your best advice on that--it's twice as much work! My advice would be to use jhalfs for some arbitrary version of the book that you choose and just let it run. We know that LFS-6.3 works because it has been used a lot from the last LiveCD. That would be a good candidate for an intermediate release. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page