This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug lto/47247] Linker plugin specification makes it difficult to handle COMDATs
- From: "hubicka at gcc dot gnu.org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: Mon, 10 Jan 2011 20:56:31 +0000
- Subject: [Bug lto/47247] Linker plugin specification makes it difficult to handle COMDATs
- Auto-submitted: auto-generated
- References: <bug-47247-4@http.gcc.gnu.org/bugzilla/>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47247
--- Comment #10 from Jan Hubicka <hubicka at gcc dot gnu.org> 2011-01-10 20:56:23 UTC ---
> What undesirable things may happen if we mark a COMDAT symbol
> PREVAILING_DEF? Is that we won't know which one will be used
> if both LTO and non-LTO objects define the same COMAT symbol?
excatly, we don't know if something else in the same DSO is defining this
COMDAT.
Also the plugin specs explicitely say that plugin is required to provide this
symbol in the output per the paragraph I quoted.
Cary: the update seems fine to me. Any chance to get it implemented on plugin
side? Adding support in GCC is easy (and we can even keep the current trick of
not outputing some COMDATs in place until old linkers gets out of busyness)