https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97787
--- Comment #25 from Richard Biener <rguenth at gcc dot gnu.org> ---
OK, so it's read as
*.LTHUNK5.lto_priv.0/2880 (*.LTHUNK5) @0xfff1163840
Type: function definition analyzed alias
Visibility: in_other_partition used_from_other_partition
prevailing_def_ironly external public visibility_specified visibility:hidden
artificial
References:
_ZN4Sass10Parameters20adjust_after_pushingENS_10SharedImplINS_9ParameterEEE/2879
(alias)
Referring:
Read from file: libsass.so.1.0.0.ltrans16.o
Unit id: 3
Function flags:
Called by:
_ZThn64_N4Sass10Parameters20adjust_after_pushingENS_10SharedImplINS_9ParameterEEE/349153
(can throw external)
_ZThn64_N4Sass10Parameters20adjust_after_pushingENS_10SharedImplINS_9ParameterEEE/2881
(can throw external)
Calls:
and thus indeed "external" (in_other_partition). Defined in ltrans1.s as
.globl .LTHUNK5.lto_priv.0
.hidden .LTHUNK5.lto_priv.0
.LTHUNK5.lto_priv.0 =
_ZN4Sass10Parameters20adjust_after_pushingENS_10SharedImplINS_9ParameterEEE
which I think means that possibly the process of bringing a symbol local
needs to mangle the assembler name before using it more thoroughly or the
mips target in particular needs to introduce the extern symbol to the
assembler to not confuse it with a local label. I think the latter is
more likely - Honza should know if other targets (like AIX ...) are
affected similarly and what we have to do here.
Honza?
