[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