[lfs-dev] [lfs-book] r11154 - in trunk/BOOK: . chapter01 chapter05 chapter06
dj at linuxfromscratch.org
Sat Dec 17 09:38:37 PST 2016
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, dj at higgs.linuxfromscratch.org 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/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]
#include <...> search starts here:
attempt to open /lib/libc.so.6 succeeded
found ld-linux-x86-64.so.2 at /lib/ld-linux-x86-64.so.2
KB: 2264348 /
dj [ ~ ]$
More information about the lfs-dev