<html><head><meta http-equiv="Content-Type" content="text/html charset=iso-8859-1"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">what do I do when I get to this part and it just keeps telling me no such file or directory no such file or directory no such file or directory: <div><pre class="userinput" style="color: rgb(16, 19, 16); background-color: rgb(229, 229, 229); border: 1px solid rgb(5, 5, 5); padding: 0.5em 1em; margin: 0px 2em; font-weight: bold; line-height: 19.200000762939453px; text-align: left; position: static; z-index: auto; "><kbd class="command">chroot "$LFS" /tools/bin/env -i \
    HOME=/root TERM="$TERM" PS1='\u:\w\$ ' \
    PATH=/bin:/usr/bin:/sbin:/usr/sbin:/tools/bin \
    /tools/bin/bash --login +h</kbd></pre><div><br></div><div><div>On Nov 14, 2012, at 12:22 AM, Paige Thompson <<a href="mailto:erratic@devel.ws">erratic@devel.ws</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><meta http-equiv="Content-Type" content="text/html charset=iso-8859-1"><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">I found a quick fix for my problem, <div><div><br></div><div>dev@dev-VirtualBox /mnt/erraticOS/tools/x86_64-linux-gnu/bin $ ls</div><div>a.out  ar  as  gcc  ld  ld.bfd  nm  objcopy  objdump  ranlib  strip</div><div><br></div><div>I moved ld and as to .old and created symlinks to the host's ld and as and the make -C ld LIB_PATH=/usr/lib:/lib finished and produced the ld-new file: </div><div><br></div><div><div>dev@dev-VirtualBox /mnt/erraticOS/tools/bin $ ldd ld-new </div><div>        linux-vdso.so.1 =>  (0x00007fffd1fdc000)</div><div>        libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f24b10c6000)</div><div>        libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f24b0d09000)</div><div>        /tools/lib64/ld-linux-x86-64.so.2 => /lib64/ld-linux-x86-64.so.2 (0x00007f24b12e0000)</div><div>dev@dev-VirtualBox /mnt/erraticOS/tools/bin $ ldd ld</div><div>        linux-vdso.so.1 =>  (0x00007fff3ad70000)</div><div>        libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007fde0e3ce000)</div><div>        libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fde0e011000)</div><div>        /tools/lib64/ld-linux-x86-64.so.2 => /lib64/ld-linux-x86-64.so.2 (0x00007fde0e5e8000)</div><div>dev@dev-VirtualBox /mnt/erraticOS/tools/bin $ </div></div><div><br></div><div>doesn't really look right, nfc what to do about it. *shrug*</div><div><br></div><div><br></div><div><br></div><div><div>On Nov 14, 2012, at 12:07 AM, Paige Thompson <<a href="mailto:erratic@devel.ws">erratic@devel.ws</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><meta http-equiv="Content-Type" content="text/html charset=iso-8859-1"><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">hahahahah, thats funny, right as this email arrived I was trying to figure out the following (pass 2 of binutils): <div><br></div><div><div>dev@dev-VirtualBox /mnt/erraticOS/usr/src/binutils-build $ make -C ld LIB_PATH=/usr/lib:/lib</div><div>make: Entering directory `/src/binutils-build/ld'make  all-recursivemake[1]: Entering directory `/src/binutils-build/ld'Making all in po</div><div>make[2]: Entering directory `/src/binutils-build/ld/po'</div><div>make[2]: Nothing to be done for `all'.</div><div>make[2]: Leaving directory `/src/binutils-build/ld/po'</div><div>make[2]: Entering directory `/src/binutils-build/ld'</div><div>/bin/bash ./libtool  --tag=CC   --mode=compile /mnt/erraticOS/tools/bin/x86_64-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../../binutils/ld  -I. -I../../binutils/ld -I../bfd -I../../binutils/ld/../bfd -I../../binutils/ld/../include  -g -O2 -DENABLE_PLUGINS -DLOCALEDIR="\"/tools/share/locale\""  -g -O2 -g -O2 -MT libldtestplug_la-testplug.lo -MD -MP -MF .deps/libldtestplug_la-testplug.Tpo -c -o libldtestplug_la-testplug.lo `test -f 'testplug.c' || echo '../../binutils/ld/'`testplug.c</div><div>libtool: compile:  /mnt/erraticOS/tools/bin/x86_64-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../../binutils/ld -I. -I../../binutils/ld -I../bfd -I../../binutils/ld/../bfd -I../../binutils/ld/../include -g -O2 -DENABLE_PLUGINS -DLOCALEDIR=\"/tools/share/locale\" -g -O2 -g -O2 -MT libldtestplug_la-testplug.lo -MD -MP -MF .deps/libldtestplug_la-testplug.Tpo -c ../../binutils/ld/testplug.c  -fPIC -DPIC -o .libs/libldtestplug_la-testplug.o</div><div>x86_64-linux-gnu-gcc: internal compiler error: Segmentation fault (program as)</div><div>Please submit a full bug report,</div><div>with preprocessed source if appropriate.</div><div>See <<a href="http://gcc.gnu.org/bugs.html">http://gcc.gnu.org/bugs.html</a>> for instructions.</div><div>make[2]: *** [libldtestplug_la-testplug.lo] Error 1</div><div>make[2]: Leaving directory `/src/binutils-build/ld'</div><div>make[1]: *** [all-recursive] Error 1</div><div>make[1]: Leaving directory `/src/binutils-build/ld'</div><div>make: *** [all] Error 2</div><div>make: Leaving directory `/src/binutils-build/ld'</div><div>dev@dev-VirtualBox /mnt/erraticOS/usr/src/binutils-build $ </div></div><div><br></div><div>last week I got so sick of trying to fix it that I substituted ld from my OS which allowed me to get past this somehow but then I decided probably not such a great idea and came back to this, still nfc how to fix it. </div><div><br></div><div><br></div><div><br><div><div>On Nov 14, 2012, at 12:01 AM, Kaleb van Ingen Schenau <<a href="mailto:k.ingen.schenau@gmail.com">k.ingen.schenau@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">Hello,<div><br></div><div>I'm having a bit of a problem which is stopping me from continueing with LFS, after chapter 6.10 "Adjusting the Toolchain" i run the sanity check and all results come out as they are supposed to be according to the book.</div>
<div><br></div><div>But after i install Binutils MPFR, MPC, GMP, ZLIB, FILE and Gcc (not in that order) the results of the test discribed in the install/compile section of GCC dont come out as they are supposed to be when i run:</div>
<div><div>#echo 'main(){}' > dummy.c</div><div>#cc dummy.c -v -Wl,--verbose &> dummy.log</div><div>#readelf -l a.out | grep ': /lib'</div></div><div><br></div><div>i get : [Requesting program interpreter: /lib/ld-linux.so.2] which is intented</div>
<div>when i then run :</div><div>#grep -o '/usr/lib.*/crt[1in].*succeeded' dummy.log</div><div>it gives me:</div><div><div>/usr/lib/crt1.o succeeded</div><div>/usr/lib/crti.o succeeded</div><div>/usr/lib/crtn.o succeeded</div>
</div><div> </div><div>instead of the intended:</div><div><div>/usr/lib/gcc/i686-pc-linux-gnu/4.7.1/../../../crt1.o succeeded</div><div>/usr/lib/gcc/i686-pc-linux-gnu/4.7.1/../../../crti.o succeeded</div><div>/usr/lib/gcc/i686-pc-linux-gnu/4.7.1/../../../crtn.o succeeded</div>
</div><div><br></div><div>Then when i run :</div><div>#grep -B4 '^ /usr/include' dummy.log</div><div><br></div><div>it states:</div><div>Ignoring nonexistent directory "/tools/lib/gcc/i686-pc-linux-gnu/4.7.1/../../../../i686-pc-linux-gnu/include</div>
<div>Ignoring duplicate directory "/tools/include"</div><div>#include "..." search starts here:</div><div>#include <...> search starts here:</div><div>/usr/include</div><div><br></div><div>Then when i run:</div>
<div>#grep 'SEARCH.*/usr/lib' dummy.log |sed 's|; |\n|g' </div><div>SEARCH_DIR("/tools/i686-pc-linux-gnu/lib")</div><div>SEARCH_DIR("/usr/lib")</div><div>SEARCH_DIR("/lib");</div>
<div><br></div><div>which is also not correct</div><div><br></div><div>#grep "/lib.*/libc.so.6 " dummy.log</div><div>and</div><div>#grep found dummy.log</div><div>DO come up with the correct output</div><div><br>
</div><div>This is the link to dummy.log: </div><div><a href="http://pastebin.com/dCjzz5yb">pastebin.com/dCjzz5yb</a></div><div><br></div><div>Hope this helps and someone can shed some light on what part im messing up on between 6.10 and 6.17</div>
<div><br></div>
-- <br><a href="http://linuxfromscratch.org/mailman/listinfo/lfs-support">http://linuxfromscratch.org/mailman/listinfo/lfs-support</a><br>FAQ: <a href="http://www.linuxfromscratch.org/lfs/faq.html">http://www.linuxfromscratch.org/lfs/faq.html</a><br>Unsubscribe: See the above information page<br></blockquote></div><br></div></div>-- <br><a href="http://linuxfromscratch.org/mailman/listinfo/lfs-support">http://linuxfromscratch.org/mailman/listinfo/lfs-support</a><br>FAQ: <a href="http://www.linuxfromscratch.org/lfs/faq.html">http://www.linuxfromscratch.org/lfs/faq.html</a><br>Unsubscribe: See the above information page<br></blockquote></div><br></div></div>-- <br><a href="http://linuxfromscratch.org/mailman/listinfo/lfs-support">http://linuxfromscratch.org/mailman/listinfo/lfs-support</a><br>FAQ: http://www.linuxfromscratch.org/lfs/faq.html<br>Unsubscribe: See the above information page<br></blockquote></div><br></div></body></html>