On 08/31/2011 11:05 AM, Bruce Dubbs wrote: > William Tracy wrote: >> Hello, >> >> First, I would like to congratulate the LFS team on the 7.0 rc. Good job, >> people. :-) >> >> I'm working through a build right now. I screwed up on the original build of >> glibc, but did not notice until running the test listed in section 5.8 of >> the book. >> >> I went back, wiped my glibc build directory, and tried to rebuild from >> scratch. When I issued 'make', the build entered an infinite loop. It took >> me a day and a half to realize this.>_< >> >> After much digging around, I found a source online that suggested that this >> would happen if the glibc headers were already present under >> $PREFIX/include. I moved /tools/include to /tools/include-old, copied the >> kernel headers back to /tools/include, and now the build seems to be >> proceeding normally. >> >> Obviously, this was caused by a mistake on my part, but it seems like an >> easy enough mistake to make, and the result is not intuitive to debug. >> >> So, can I suggest adding a bullet point to the book addressing this >> potential trap? > This seems odd. I haven't tried rebuilding using Chapter 5 procedures, > but I've certainly rebuilt from a standard LFS system without problems. > > Moving /tools/include would also move the kernel headers so you would > need to back up and reinstall at least those. In cases like these, > especially for those only a few steps into Chapter 5, we usually say > that you should wipe everything and just start over. > > Can you give us a pointer to the online source you are referring to? > Yes please. I am experiencing this exact issue now on a 32bit cross build of glibc. I just had a system board failure and apparently the CMOS battery is dead or near dead. Any possibility that the system time was the issue William?
make[4]: Warning: File `/tools/include/linux/limits.h' has modification time 28327 s in the future I didn't bother tracking it down further. I've corrected the system time. -- DJ Lucas -- This message has been scanned for viruses and dangerous content, and is believed to be clean. -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
