This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: Fix g++.dg/torture/stackalign/eh-alloca-1.C with LTO plugin
> Ah yes, though it is executed only at TREE_PUBLIC path that won't mangle.
>
> >
> > Why doesn't it just work in mangled form? We generate that decl
> > at this very place, so I don't see how we get the chance to mangle it
> > anyway.
>
> I think it eventually gets into lto_set_decl_assembler_name that
> uncionditionally mangles all statics.
... and dwarf2asm code first reffer to the value using the label it generates
and only later it produces the decl when it is outputting its "constant pool".
I would expect it to work in a way producing decl first collecting them in
hashtable but it is not implemented that way.
So the NAME must not be mangled during the production of VAR_DECL.
Honza