On Nov 24, 2007, "Richard Guenther" <[EMAIL PROTECTED]> wrote:
> Generated code shouldn't change if we allocate extra DECL_UIDs, but > only possibly if we change DECL_UID ordering. (If that is the > problem, as I remember your analysis) That is indeed the problem, but I'm not sure your requirement is feasible. If we permit DECL_UID divergence, it means we can't use DECL_UID for hashing any more. Since they already stand for hashable proxies for the decl pointers, I don't see what we'd gain by introducing yet another hashable uid that's stable across -g. What do you suggest us to use for hashing? Or do you suggest us to do away with hashing and use sorted set or map data structures? -- Alexandre Oliva http://www.lsd.ic.unicamp.br/~oliva/ FSF Latin America Board Member http://www.fsfla.org/ Red Hat Compiler Engineer [EMAIL PROTECTED], gcc.gnu.org} Free Software Evangelist [EMAIL PROTECTED], gnu.org}
