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
