https://gcc.gnu.org/bugzilla/show_bug.cgi?id=123888
--- Comment #17 from Jan Hubicka <hubicka at gcc dot gnu.org> --- In ltrans stream in we have: __builtin_unreachable/835 (__builtin_unreachable) Type: function Visibility: semantic_interposition external public References: Referring: Read from file: /tmp/ccPBdf0n.ltrans2.o Unit id: 1 Function flags: Called by: _ZN7mozilla3net13nsStandardURL9SegmentIsERKNS1_10URLSegmentEPKcb.constprop.0/534 (0 (precise),0.00 per call) _ZN7mozilla3net13nsStandardURL9SegmentIsERKNS1_10URLSegmentEPKcb.constprop.0/530 (0 (precise),0.00 per call) _ZN7mozilla3net13nsStandardURL16TemplatedMutatorIS1_E4InitEjiRK12nsTSubstringIcEPKcP6nsIURIPP13nsIURIMutator.constprop.0/87 (indirect_inlining) _ZN7mozilla3net13nsStandardURL16TemplatedMutatorIS1_E4InitEjiRK12nsTSubstringIcEPKcP6nsIURIPP13nsIURIMutator.constprop.0/87 (0 (precise),0.00 per call) so there is one indirect call redirected which may be the problem. _ZN7mozilla3net13nsStandardURL16TemplatedMutatorIS1_E4InitEjiRK12nsTSubstringIcEPKcP6nsIURIPP13nsIURIMutator.constprop.0/87 (Init.constprop) Type: function definition analyzed Visibility: References: Referring: Read from file: /tmp/ccPBdf0n.ltrans2.o Function Init.constprop/87 is inline copy in NewStandardURI/60 That function is inlined into NewStandardURI, so I think it is likely the problematic one.
