Re: make won't work in section 6
On Tue, Dec 28, 2010 at 5:35 PM, Ken Moffat k...@linuxfromscratch.org wrote: On Tue, Dec 28, 2010 at 04:21:13PM -0600, William Immendorf wrote: On Tue, Dec 28, 2010 at 3:54 PM, piper.guy1 piper.g...@gmail.com wrote: root:/tools/bin# ls -l make -rwxr-xr-x 1 root root 457270 Dec 28 19:25 make root:/tools/bin# make --help bash: /tools/bin/make: No such file or directory root:/tools/bin# file make make: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.15, not stripped root:/tools/bin# If this is happening, I think you forgot to adjust the linker paths for the pass-2 builds of Binutils and/or GCC. To check, in the host system, run ldd /tools/bin/make | grep '/tools'. If it returns nothing, your toolchain is pointing to the wrong path. If that hasn't helped ldd /tools/bin/make - any reference to host libraries in /usr/lib/ indicates an error. Sometimes people have errors in only one package, often when they logged out and failed to correctly restore the environment when they resumed. If you thinks that applies to you, pick one binary from each package in chapter 5 and run ldd against it to see if it links to the host. ĸen -- das eine Mal als Tragödie, das andere Mal als Farce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page You are correct. Using the ldd command I verified that the make utility is not using /tools/lib, but in fact using the host lib. Many of the packages in section 5 stated that running tests was optional at this point. So, to avoid confusion I chose not to run these test since these optional tests could yield mixed results. However any requests for mandatory tests were completed, including the test in the adjustment section 5.8, which was successful. Somehow make got messed up. For what reason I don't know as the util packages before and after make (m4 and patch) both used the correct libs from /tools. So I backed up ('un-chrooted' if I can use that as a word) and successfully rebuilt make as user:lfs and confirmed that it used the correct libs from /tools. Re-chrooted (love that word) and not having any problems like before (fingers-crossed). Whew! I'm glad I didn't have to start over again. Lesson learned: be very careful and pay attention. thanx /carl h. -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: make won't work in section 6
On Tue, Dec 28, 2010 at 3:54 PM, piper.guy1 piper.g...@gmail.com wrote: root:/tools/bin# ls -l make -rwxr-xr-x 1 root root 457270 Dec 28 19:25 make root:/tools/bin# make --help bash: /tools/bin/make: No such file or directory root:/tools/bin# file make make: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.15, not stripped root:/tools/bin# If this is happening, I think you forgot to adjust the linker paths for the pass-2 builds of Binutils and/or GCC. To check, in the host system, run ldd /tools/bin/make | grep '/tools'. If it returns nothing, your toolchain is pointing to the wrong path. If you have to restart, do so, and this time, make sure that you really copy and paste the instructions, and always run the sanity checks when the book asks you to. Also, run the testsuites for Glibc, Binutils, GMP/MPFR/MPC, and GCC if you want to really make sure you've done a good job (and make sure you check the test results with the LFS ones) -- William Immendorf The ultimate in free computing. Messages in plain text, please, no HTML. GPG key ID: 1697BE98 If it's not signed, it's not from me. -- Every nonfree program has a lord, a master -- and if you use the program, he is your master. Richard Stallman -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: make won't work in section 6
On Tue, Dec 28, 2010 at 04:21:13PM -0600, William Immendorf wrote: On Tue, Dec 28, 2010 at 3:54 PM, piper.guy1 piper.g...@gmail.com wrote: root:/tools/bin# ls -l make -rwxr-xr-x 1 root root 457270 Dec 28 19:25 make root:/tools/bin# make --help bash: /tools/bin/make: No such file or directory root:/tools/bin# file make make: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.15, not stripped root:/tools/bin# If this is happening, I think you forgot to adjust the linker paths for the pass-2 builds of Binutils and/or GCC. To check, in the host system, run ldd /tools/bin/make | grep '/tools'. If it returns nothing, your toolchain is pointing to the wrong path. If that hasn't helped ldd /tools/bin/make - any reference to host libraries in /usr/lib/ indicates an error. Sometimes people have errors in only one package, often when they logged out and failed to correctly restore the environment when they resumed. If you thinks that applies to you, pick one binary from each package in chapter 5 and run ldd against it to see if it links to the host. ĸen -- das eine Mal als Tragödie, das andere Mal als Farce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page