This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [patch] Speed up # of iterations analysis
- From: Daniel Berlin <dberlin at dberlin dot org>
- To: Paul Schlie <schlie at comcast dot net>
- Cc: Zdenek Dvorak <rakdver at atrey dot karlin dot mff dot cuni dot cz>, gcc-patches at gcc dot gnu dot org
- Date: Sun, 03 Apr 2005 14:23:23 -0400
- Subject: Re: [patch] Speed up # of iterations analysis
- References: <BE75AC02.9AFB%schlie@comcast.net>
> yes, was just agreeing/observing since doing so and applying the result as
> in #3 above, isn't likely as preferable as alternative optimizations which
> don't rely on determining the number of iterations of a loop;
Do you have any data to back this up?
There are plenty of very powerful loop transformations that require
knowing the number of iterations of a loop.
Claiming that "alternative optimizations" will work just as well seems a
bit far fetched.