This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug lto/50494] gcc.dg/vect/vect-reduc-2char.c fails spuriously on ppc with -flto
- From: "ebotcazou at gcc dot gnu.org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: Mon, 04 Mar 2013 16:10:53 +0000
- Subject: [Bug lto/50494] gcc.dg/vect/vect-reduc-2char.c fails spuriously on ppc with -flto
- Auto-submitted: auto-generated
- References: <bug-50494-4@http.gcc.gnu.org/bugzilla/>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50494
--- Comment #23 from Eric Botcazou <ebotcazou at gcc dot gnu.org> 2013-03-04 16:10:53 UTC ---
> How can the patch cause a name collision when all the patch does is
> avoid creating a new decl...? They are static and thus should be
> mangled.
They clearly aren't.
> Well, and if we want a new decl just to re-assign a unique name here
> then we want to copy over alignment information. That is, LTO should
> handle constant-pool entries by _not_ streaming the decl then. Honza,
> how are those supposed to make the symtab -> WPA -> LTRANS transition
> anyway?
The irony being that the initial implementation didn't stream the DECL but was
changed because the varpool was just starting to being streamed as well. :-)