On 12/17/2016 11:17 AM, Pierre Labastie wrote:
On 17/12/2016 17:22, DJ Lucas wrote:
On 12/17/2016 03:18 AM, Pierre Labastie wrote:
On 17/12/2016 07:46, [email protected] wrote:
Author: dj
Date: Fri Dec 16 22:46:18 2016
New Revision: 11154
Merge nosym branch.
[...]
There is a note in "6.10. Adjusting the Toolchain", telling:
"On 64-bit systems, the path above will be
/usr/lib/gcc/x86_64-pc-linux-gnu/6.2.0/../../../../lib64/. This reduces
to /usr/lib64 and /usr/lib64 is a symlink that points to /usr/lib."
Hopefully, this is no more true. I haven't built with the new layout
yet, so I am not sure how what should be changed, or whether the note
should remain, sorry for not proposing a fix.
Actually, what I have on a 64-bit build with jhalfs is:
/usr/lib/../lib/crt1.o succeeded
/usr/lib/../lib/crti.o succeeded
/usr/lib/../lib/crtn.o succeeded
I am not sure we should keep the note...
Nope, it should be removed completely. The relative paths do still exist
in the final system gcc, however.
dj [ ~ ]$ cat /media/lfs/jhalfs/logs/076-adjusting
Sun Dec 4 10:15:27 UTC 2016
KB: 2264336 /
'/tools/bin/ld' -> '/tools/bin/ld-old'
'/tools/x86_64-pc-linux-gnu/bin/ld' ->
'/tools/x86_64-pc-linux-gnu/bin/ld-old'
'/tools/bin/ld-new' -> '/tools/bin/ld'
'/tools/x86_64-pc-linux-gnu/bin/ld' -> '/tools/bin/ld'
[Requesting program interpreter: /lib64/ld-linux-x86-64.so.2]
/usr/lib/../lib/crt1.o succeeded
/usr/lib/../lib/crti.o succeeded
/usr/lib/../lib/crtn.o succeeded
#include <...> search starts here:
/usr/include
SEARCH_DIR("=/tools/x86_64-pc-linux-gnu/lib64")
SEARCH_DIR("/usr/lib")
SEARCH_DIR("/lib")
SEARCH_DIR("=/tools/x86_64-pc-linux-gnu/lib");
attempt to open /lib/libc.so.6 succeeded
found ld-linux-x86-64.so.2 at /lib/ld-linux-x86-64.so.2
removed 'dummy.c'
removed 'a.out'
removed 'dummy.log'
Totalseconds: 0
KB: 2264348 /
dj [ ~ ]$
--
http://lists.linuxfromscratch.org/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
