https://sourceware.org/bugzilla/show_bug.cgi?id=33577

--- Comment #46 from Fangrui Song <i at maskray dot me> ---
(In reply to Michael Matz from comment #41)
> People in the wild already noticed the problem with ld.bfd now producing
> incorrect output (according to
> https://refspecs.linuxfoundation.org/LSB_3.0.0/LSB-PDA/LSB-DA.junk/
> symversion.html , not some Sun document that, strictly speaking,
> isn't the gosple for the GNU variant of symbol versioning):
> https://bugzilla.redhat.com/show_bug.cgi?id=2415065 .
> 
> I find the current way of dealing with this fairly reckless :-/

https://bugzilla.redhat.com/show_bug.cgi?id=2415065 is an instance that GNU ld
starts to generates unversioned defined symbols of index 0 in the dynamic
symbol table, which gets rejected by LLD (since at least 2018). LLD probably
should emit a warning in such a case.


This GNU ld behavior change for defined symbols is unexpected (should not emit
localized symbols to .dynsym - at least in the general case, is there an
exception for ia64 (unsupported by llvm)?) and we should request a revert.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

Reply via email to