This is the mail archive of the gcc@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: Lazy allocation of DECL_ASSEMBLER_NAME



OK, so to summarize the sitaution, the conclusion is that the DECL nodes
shall be unique now and thus using DECL_ID indexed hash table shall be
safe?


Yes. If there are problems with that, then we will need to fix the front ends.

Also I need to get nodes from identifier names back in varasm.c (while
outputting them). Is there some comfortable way to get the DECLs back
without having two hashtables?


Not that I know of. The real fix would be to change the interfaces so that you had DECLs, rather than names, in varasm.c -- but I know that would be a huge change.

Would it be OK if I did it once the cgraph merge patch is settled down?


Yes. We're not going to make this optimization for 3.4, and there is lots of time until 3.5.

I'd really like to see you make progress on some of the wrong-code/ICE bugs in 3.4. For example, the cselib_record_set problems should be fixed.

Thanks,

--
Mark Mitchell
CodeSourcery, LLC
(916) 791-8304
mark@codesourcery.com


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]