This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug bootstrap/50822] [4.7 regression] Solaris/SPARC bootstrap failure with Sun as: invalid assembler for ios_init.cc
- From: "ro at gcc dot gnu.org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: Tue, 25 Oct 2011 09:06:17 +0000
- Subject: [Bug bootstrap/50822] [4.7 regression] Solaris/SPARC bootstrap failure with Sun as: invalid assembler for ios_init.cc
- Auto-submitted: auto-generated
- References: <bug-50822-4@http.gcc.gnu.org/bugzilla/>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50822
Rainer Orth <ro at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Last reconfirmed| |2011-10-25
CC| |hubicka at gcc dot gnu.org
Ever Confirmed|0 |1
--- Comment #3 from Rainer Orth <ro at gcc dot gnu.org> 2011-10-25 09:06:17 UTC ---
A reghunt identified this patch
2011-10-19 Jan Hubicka <jh@suse.cz>
* cgraphunit.c (handle_alias_pairs): Also handle wekref with destination
declared.
(output_weakrefs): New function.
* varpool.c (varpool_create_variable_alias): Handle external aliases.
as the culprit. This seems similar to PR lto/47333 where we also have
references
to undefined symbols if the assembler used doesn't support weakrefs.
In that PR, it was possible to recreate the bug with gas if one disabled
weakref support there (either by setting the autoconf cache variable or by
modifying auto-host.h after the configure run). I'll check if this allows to
reproduce the problem here, too.
Jan, could you please look into this quickly? This is a bootstrap failure on
a primary platform.
Thanks.
Rainer