Pretty sure this will be an "end-user" issue but, just in case anyone has seen something similar and can thus point me in the right direction, I have seen this twice now, and i was more careful the second time.
(Note: following the Multilib Book, plus some PkgUser additons) Get to the end of Chapter 7 Run test compile and readelf interrogations for all three "arch-s" so gcc dummy.c gcc -m32 dummy.c gcc -mx32 dummy.c Deep joy. Exit chroot and umount bind mouted FSes Backup temporary system Remount bind mouted FSes Re-enter chroot Try to perform a simple gcc dummy.c Deep sorrow! Output from the failed compilation suggest that there's a crtN.o file, with a GlibC version that has come from the host, being pulled in. FWIW, I have built a similar LFS10+Multilib+PkgUser system on some other hardware without issue . In the process of moving the build over to my newer hardware, I have "updated" some instructions so as to fix up issues that I had discovered working through what i did before. I doubt I have fixed anything up that is likely to have seen the host's crtN.o files pulled in though - but you never know. What i do see is that the /usr/bin/gcc doesn't seem to be pulling in the 'as' and 'ld' utilities from the chroot's system area dirs but is referrimng to, versions of them stored in paths below the GCC install. Any thougts welcome: I know I'm going to kick myself, Kevin PS I'm thinking some combination of path hashing might be masking an actual error during the build as far as the end of Chapter 7, but have nothing to back that thought up. -- http://lists.linuxfromscratch.org/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
