This is the mail archive of the
mailing list for the GCC project.
Re: Use separate sections to stream non-trivial constructors
- From: Jan Hubicka <hubicka at ucw dot cz>
- To: Richard Biener <rguenther at suse dot de>
- Cc: Jan Hubicka <hubicka at ucw dot cz>, gcc-patches at gcc dot gnu dot org
- Date: Fri, 11 Jul 2014 14:08:56 +0200
- Subject: Re: Use separate sections to stream non-trivial constructors
- Authentication-results: sourceware.org; auth=none
- References: <20140711091810 dot GC30037 at kam dot mff dot cuni dot cz> <alpine dot LSU dot 2 dot 11 dot 1407111317470 dot 5753 at zhemvz dot fhfr dot qr> <20140711115320 dot GA27809 at atrey dot karlin dot mff dot cuni dot cz> <alpine dot LSU dot 2 dot 11 dot 1407111353310 dot 5753 at zhemvz dot fhfr dot qr>
> Well, just make them regular (anonymous) VAR_DECLs then ... (the fact
> that a CONST_DECL is anonymous is probably the only real difference -
> and that they are mergeable by content).
Something like that, perhaps. Plan to do that incrementally - having them in
symbol tabel first is an important step. There is also an option to update
CONST_DECL into VAR_DECL when it is being turned into hidden.
Currently things are bit inflexible because we still make difference between
const decl and var decl in tree representation. Once I finish my transition
to push out DECL_WITH_VIS and DECL_NON_COMMON fields, we can turn CONST_DECL
into VAR_DECL with special flag saying that symbol name/address value doesn't
This and, of course, cleaning up constpool mess can get me occupised for months