[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

[hubicka at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375

--- Comment #80 from Jan Hubicka <hubicka at gcc dot gnu.org> 2011-04-11 11:00:05 UTC ---
Hi,
in the resolution files, the swap functions are already undefined

5382 3d06433b UNDEF __assert_fail
5400 3d06433b UNDEF
_ZN15Elf_Ehdr_Traits4swapI13little_endian10Elf32_Ehdr12serializableIS_EEEvRT1_RT0_
5447 3d06433b UNDEF
_ZN15Elf_Ehdr_Traits4swapI10big_endian10Elf64_Ehdr12serializableIS_EEEvRT1_RT0_
5455 3d06433b UNDEF
_ZN15Elf_Ehdr_Traits4swapI13little_endian10Elf64_Ehdr12serializableIS_EEEvRT1_RT0_
5459 3d06433b UNDEF
_ZN15Elf_Ehdr_Traits4swapI10big_endian10Elf32_Ehdr12serializableIS_EEEvRT1_RT0_

I currently have problems to get past firewall to my mozilla build, but this
seems like another instance of problem with COMDATs - i.e. host_elfhack
including some header that makes use of those functions in something that is
inlined and consistently optimized out in normal compilation but due to comdat
issues it stays stuck in the LTO output.

According to cgraph dump it is used by