[Bug 895] Incorrect startfiles linked in during ch6 toolchain lock in.

bugzilla at linuxfromscratch.org bugzilla at linuxfromscratch.org
Fri Sep 10 06:02:58 PDT 2004


http://bugs.linuxfromscratch.org/show_bug.cgi?id=895

jeremy at linuxfromscratch.org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED



------- Additional Comments From jeremy at linuxfromscratch.org  2004-09-10 07:02 -------
OK, added a modified version of Anderson's perl statement into Unstable, which
should fix this problem.  We now get the following output after the chapter 6
locking of glibc:

root:/# echo 'main(){}' > dummy.c
root:/# gcc dummy.c -Wl,--verbose 2>&1 | grep succeeded
attempt to open /usr/lib/crt1.o succeeded
attempt to open /usr/lib/crti.o succeeded
attempt to open /tools/lib/gcc/i686-pc-linux-gnu/3.4.2/crtbegin.o succeeded
attempt to open /tmp/ccSZTA2z.o succeeded
attempt to open /tools/lib/gcc/i686-pc-linux-gnu/3.4.2/libgcc.a succeeded

Note that we're now linking against /usr/lib/crt1.o, /usr/lib/crti.o instead of
the copies in /tools/lib.  We must still link against the crtbegin.o and
libgcc.a in /tools, because these files are provided by gcc and have not been
installed to /usr at this particular point.  Once GCC is installed, our modified
specs file will be overwritten, and all will be right with the world.



------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
You are the QA contact for the bug, or are watching the QA contact.



More information about the lfs-book mailing list