This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug lto/53282] lto and visibility-inlines-hidden makes "wrongly" hidden symbols and in a way that depends on the order of the input compilation units
- From: "vincenzo.innocente at cern dot ch" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: Wed, 09 May 2012 14:48:20 +0000
- Subject: [Bug lto/53282] lto and visibility-inlines-hidden makes "wrongly" hidden symbols and in a way that depends on the order of the input compilation units
- Auto-submitted: auto-generated
- References: <bug-53282-4@http.gcc.gnu.org/bugzilla/>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53282
--- Comment #15 from vincenzo Innocente <vincenzo.innocente at cern dot ch> 2012-05-09 14:48:20 UTC ---
I'm indeed using a "ld" that is not the one of the system.
googling around I found this:
http://comments.gmane.org/gmane.comp.gcc.help/41304
titled" g++: error: -fuse-linker-plugin is not supported in this configuration"
at some point it hints to the fact the gcc configure seems to ignore the ld in
the path
and uses the system one, detects no plugin etc.
I configured gcc with --with-ld=/usr/local/bin/ld and it does not help
LD=/usr/local/bin/ld neither.
I'm sure that plugin is supported by this version of ld.
I wil try more, any suggestion is appreciated.
in the mean time we can change the bug report saying that it happens if the
linker-plugin is not usedâ