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 06:29:40 +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 #4 from vincenzo Innocente <vincenzo.innocente at cern dot ch> 2012-05-09 06:29:40 UTC ---
Hi Honza,
I forgot to say that I tried both
-flto-partition=1to1
and
-flto-partition=none
with the same result
the point is that the symbols in question refers to a templated function
explicitly defined as
template edm::eventsetup::EventSetupRecordKey
edm::eventsetup::heterocontainer::makeKey<_recordclassname_,
edm::eventsetup::EventSetupRecordKey>()
in the attached there are three of those: only one is hidden.
In the "real" library there are 307 of those, only 7 are hidden!
SO I suspect some sort of bug in lto
I will try to produce a synthetic test