[new-regalloc] What is the status on current sources
Michael Matz
matzmich@cs.tu-berlin.de
Sat Feb 10 10:51:00 GMT 2001
Hi,
On Sat, 10 Feb 2001, Geert Bosch wrote:
>
> I couldn't agree more that it is too early to worry about absolute
> performance, but I do think we need to be clear that the various algorithms
> can be implemented without regressing to algorithms that inherently
> require O(n**2) time.
Of course.
> An essential part of the implementation of the dataflow algorithms is
> to use DFS post-order traversal.
If iterative analysis is used, yes.
> Since it seems that flow.c is the place where we do our dataflow analysis,
> I wonder why you decided to implement a new df.c unit.
I didn't decide anything ;) Daniel and me were in need for def/use chains
(I only reg-def reg-use lists), flow.c didn't provide that, the existing
df.c did. You can guess the implication ;)
> It seems to me that it would be preferable to enhance the existing
> flow.c instead of writing a different piece of code that mostly does
> the same.
It does in some parts mostly the same as some parts of flow.c ;) In
flow.c are many things: BB detection/manipulation, edge manipulation, insn
insertion, dead code removal, live register analysis, dealing with
conditional execution, converting to autoinc/dec, loop tree analysis and
more. df.c only deals with global data flow. And at least I am a fan of
moderately sized files ;) df.c also has a nice interface.
Ciao,
Michael.
More information about the Gcc
mailing list