This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [PATCH] Fix scev tuplification bug (PR tree-optimization/37416)
- From: "Sebastian Pop" <sebpop at gmail dot com>
- To: "Jakub Jelinek" <jakub at redhat dot com>
- Cc: gcc-patches at gcc dot gnu dot org, "Ira Rosen" <IRAR at il dot ibm dot com>
- Date: Tue, 9 Dec 2008 16:41:54 -0600
- Subject: Re: [PATCH] Fix scev tuplification bug (PR tree-optimization/37416)
- References: <20081209221942.GT17496@tyan-ft48-01.lab.bos.redhat.com>
On Tue, Dec 9, 2008 at 4:19 PM, Jakub Jelinek <jakub@redhat.com> wrote:
> Hi!
>
> Tuplification resulted in some loops to have unknown number of iterations
> computed. The problem is that follow_ssa_edge_in_rhs before tuplification
> handled NOP_EXPR, but as it is GIMPLE_UNARY_RHS, it doesn't handle it
> anymore.
>
> Fixed thusly, bootstrapped/regtested on x86_64-linux and tested that
> on the testcase from PR in vect dump symbolic number of iterations is
> printed again as in 4.3 and the loop is vectorized.
Excellent, thanks!
> I'd appreciate some
> help with the testcase for this (in which dump to look at, on which arches
> to run the test (e.g. if short is as wide as int, I'm not sure if it should
> pass, etc.).
Ira should be able to help with this.
>
> Ok for trunk?
>
> 2008-12-09 Jakub Jelinek <jakub@redhat.com>
>
> PR tree-optimization/37416
> * tree-scalar-evolution.c (follow_ssa_edge_in_rhs): Handle NOP_EXPR.
>
ok.
Thanks,
Sebastian Pop
--
AMD - GNU Tools