This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [lno] symbolic number of iterations
- From: Olga Golovanevsky <OLGA at il dot ibm dot com>
- To: Zdenek Dvorak <rakdver at atrey dot karlin dot mff dot cuni dot cz>
- Cc: Sebastian Pop <sebastian dot pop at cri dot ensmp dot fr>, Devang Patel <dpatel at apple dot com>, Dorit Naishlos <DORIT at il dot ibm dot com>, GCC Patches <gcc-patches at gcc dot gnu dot org>
- Date: Tue, 1 Jun 2004 09:54:38 +0300
- Subject: Re: [lno] symbolic number of iterations
> > > I have replaced the code handling the computation of loop counts with
> > > a call to number_of_iterations_cond.
> >
> > Sebastian, I'm sorry if it sounded as if it's your patch responsible
for
> > the recent regression I have seen; this is not what I meant, just
trying to
> > track down which is the relevant change.
> >
> > I believe it's actually the following patch that's causing the change
of
> > behavior:
> > http://gcc.gnu.org/ml/gcc-patches/2004-05/msg01234.html
> >
> > With this patch, number_of_iterations_in_loop returns 'chrec_top' for
the
> > loop bound in tree-ssa-vect-8.c;
> >
> > When I disable the patch, I get the original (good!) behavior again -
the
> > loop bound returned is the following:
> > '(<unnamed type>)(n_6 - 1) + 1'
> it should work again, with this patch.
indeed it does, thanks!
Dorit, Olga