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: jh@evans:/abuild/jh/build-mozilla-new14/toolkit/library> grep _mm_load_si128 *.s jh@evans:/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. _______________________________________________ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
