New Regalloc development stalled?

Nathanael Nerode neroden@twcny.rr.com
Thu Dec 5 10:14:00 GMT 2002


Michael Matz said
 >On 21 Nov 2002, Gabriel Dos Reis wrote:
 >
 >> | Known problem.  Some sources have even higher additional costs. 
 >This will
 >> | be fixed hopefully before 3.4.
 >>
 >> Is there any actual plan for that? I know there is a branch, but I
 >> didn't see any actual plan.
 >
 >Unfortunately it's just in my head.  The current representation of the
 >conflict graph is highly suboptimal for splitting coalesced nodes. 
Due >to
 >that there are some hot fixes in it (to keep it correct), which >basically
 >needs something like O(n^3) (worst case) per splitted node.  Those
This is not good. :-)

 >won't
 >be needed in the final version.  But even without that the underlying
 >representation is not very well fit for that kind of things, so I plan >to
 >rewrite it into something using the usual conflict bitmaps, but helped >by
 >some hash table for "difficult" edges (those which would need a >reference
 >count).  Another problem is the scattering of information over >different
 >data structures, which sometimes needs translation from one to the >other
 >data set.  That also needs cleanup.
Have you made any progress on this data structure rewrite?  It seems 
that new-ra isn't really a practical replacement for the existing one 
until these issues are solved.

 >That having said some other people already asked for something like a >web
 >page listing things we tried already, and things planned and such, for 
 >the
 >allocator.  I promised to write something over the next days ;-)
But you didn't, did you. ;-)

How about doing that now?  At any rate it will give other people a 
better chance of working on new-ra.

--Nathanael

Ciao,
Michael.



More information about the Gcc mailing list