loop optimized in 4.7.2, not in 4.8.1?
Oleg Endo
oleg.endo@t-online.de
Sun Aug 11 11:14:00 GMT 2013
On Sun, 2013-08-11 at 10:42 +0100, Oliver Kullmann wrote:
> Hi Anthony,
>
> > > On Sat, Aug 10, 2013 at 06:06:26PM -0600, Anthony Foiani wrote:
> > > > They noticed that their earlier compiler (4.6.3 -O3) successfully
> > > > reduced the loop, while 4.8.1 didn't.
> >
> > > For general enligthenment, could you quickly explain what "reduce
> > > the loop" means? One can of course just get rid off the loop,
> > > precomputing sum,
> >
> > That's exactly what I meant. Apologies for not knowing the correct
> > phrasing.
> >
>
> Aha, interesting, that gcc was at some point capable of doing such an
> optimisation.
>
> I have checked here versions 4.7.1 and 4.7.3, and for both the run-times
> are as shown (so the loop was not eliminated).
>
> > > which is, at least for me, an unexpected difference? (I would have
> > > assumed that, if there is a difference, then Index=UInt should be
> > > faster.)
> >
> > Seeing only a 15% difference, you probably want to run it multiple
> > times and average out the values.
> >
>
> What I've shown you was already the "typical case" (timing is very
> stable).
>
> > Intuitively, I agree that the unsigned loop variable should be faster,
> > but I have no idea what's actually going on behind the scenes there.
> >
>
> Could somebody shed light on this? 15% is a large difference.
Using some timing measurements to check whether a loop has been
evaluated and eliminated at compile time doesn't sound like a reliable
approach. There also doesn't seem to be any connection to whether the
loop variable is signed or unsigned.
Anyway, I've opened a PR for this:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58122
Let's take further discussions there.
Cheers,
Oleg
More information about the Gcc-help
mailing list