[Bug ld/13229] V2 of getsymbol linker plugin interface is not supported by GNU LD

[hubicka at ucw dot cz]

http://sourceware.org/bugzilla/show_bug.cgi?id=13229

--- Comment #5 from hubicka at ucw dot cz 2011-09-30 17:10:55 UTC ---
> Hi,
> I can build Mozilla with GNU LD with resulting binary being about the same 
> size
> as gold's so it seems to be all fine.
> Also the TLS problems are gone.

Actually I got fooled by gold sitting earlier on the search path.
Link still fails with the following error:
/abuild/jh/trunk-install/lib/gcc/x86_64-unknown-linux-gnu/4.7.0/../../../../x86_64-unknown-linux-gnu/bin/ld:
libxul.so: hidden symbol `_mm_load_si128' isn't defined
/abuild/jh/trunk-install/lib/gcc/x86_64-unknown-linux-gnu/4.7.0/../../../../x86_64-unknown-linux-gnu/bin/ld:
final link failed: Bad value
collect2: error: ld returned 1 exit status

It is curious becaue _mm_load_si128 is always inline and it should not be used.
 Also it is not used by any of the linker plugin output,
it however appears in the original symbol tables as undefined symbol:
address@hidden:/abuild/jh/build-mozilla-new14/toolkit/library> grep 
_mm_load_si128
*.s
address@hidden:/abuild/jh/build-mozilla-new14/toolkit/library> grep 
_mm_load_si128
./-lm.res
172 6129b4c0 UNDEF _Z14_mm_load_si128PKU8__vectorx
178 590a071d UNDEF _Z14_mm_load_si128PKU8__vectorx
557 7620c055 UNDEF _Z14_mm_load_si128PKU8__vectorx
974 314cd963 UNDEF _mm_load_si128

I guess Gold is just tolerant here and I would say that GNU LD should be too.
I will work out how this symbol appears in the symbol table.

IRONLY/IRONLY_EXP split seems to work as expected, so this is probably
unrelated problem.

Honza

> 
> Thanks a lot!
> Honza
> 
> -- 
> Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
> ------- You are receiving this mail because: -------
> You reported the bug.

-- 
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.