[Bug ipa/58329] [4.9 Regression] ld: Invalid symbol type for plabel (.libs/libstdc++.lax/libc++11convenience.a/system_error.o, std::error_category::default_error_condition(int) const [clone .localalias.9]).

["dave.anglin at bell dot net" <gcc-bugzilla at gcc dot gnu dot org>]

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

--- Comment #2 from dave.anglin at bell dot net ---
On 5-Sep-13, at 7:31 PM, hubicka at ucw dot cz wrote:

> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58329
>
> --- Comment #1 from Jan Hubicka <hubicka at ucw dot cz> ---
>> Symbol has type data which is wrong for procedure label:
>>
>> Symbols from system_error.o:
>>
>>  Value    Info   Type  Scope ck HQIRCDSKLN xl reloc Name
>>
>> 00000000 00000000 Data  Unsat  0 ..........  3 00000
>> _ZNKSt14error_category23default_error_conditionEi.localalias.9
>
> The code introduces the symbol as an static alias of function.
> I.e. something like
>
> void foo (void) { }
> void foo.localalias (void) __attribute__ ((alias "foo"));
>
> Can this be latent bug in HPPA backend not handling well aliases  
> like this?
> (this was indeed an issue on AIX).


I wouldn't be surprised.

I don't have assembler output or preprocessed source yet.  There is  
some alias
support in gas for HP-UX but I believe it may not work when we have a  
call using
a function descriptor (plabel).

Dave
--
John David Anglin    dave.anglin@bell.net