On 10 okt 2006, at 10:34, Florian Klaempfl wrote:
Not really. I didn't try it yet but it shouldn't mess up much. The
optimziation
is done completely on the node level, the pascal code would look like
http://www.hu.freepascal.org/fpcircbot/cgipastebin?msgid=156 except
that there
are temps involved to calculate the new parameters because
calculating one
parameter could require the original value of another one.
Which means that the parameter values cannot be properly seen in the
debugger, no? Also, do you actually insert goto/label nodes? That
would degrade the performance of the register variable assignment
because of the current limitations concerning flow analysis (i.e.,
for sufficiently complex routines, the tail recursion optimization
may currently result in performance degradation rather than
improvement compared to using regvars without it).
e.g., we
could add -Oonostackframe at the end of the compiler switches for the
RTL's object unit when compiling for x86).
What we still need are switches in the sources to enable particular
optimizations.
{$optimization nostackframe}
should work.
Jonas
_______________________________________________
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
