[PATCH v3 2/2] Default to --with-default-link=no (bug 25812)
Florian Weimer
fweimer@redhat.com
Thu Apr 28 08:40:51 GMT 2022
* Fangrui Song:
> I use chromium's prebuilt clang/lld and do something like:
>
> curl -s https://raw.githubusercontent.com/chromium/chromium/main/tools/clang/scripts/update.py | python3 - --output-dir=~/Stable
> sudo ln -sf ~/Stable/bin/lld /usr/local/bin/ld
>
> so that gcc will use ld.lld.
>
> ld.lld doesn't have a built-in linker script (ld.bfd --verbose), so $@T will be empty and `test -s $@T` will fail.
> I wonder how to better support ld.lld with the default --with-default-link=no ...
How does lld place sections without a linker script? Purely based on
names?
> Besides, the position of .hash in --with-default-link=no seems weird.
> 71213dc2589554dc8f8061e9b04e80c55d098b6a (2006-09) moved it to the end
> of the RO segment.
I think it's odd that we have an old-style hash table at all. Do we
really need it? All tools should have migrated by now.
Thanks,
Florian
More information about the Libc-alpha
mailing list