This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

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
Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]