diff options
author | Sebastian Pop <sebastian.pop@amd.com> | 2011-07-26 18:48:49 +0000 |
---|---|---|
committer | Sebastian Pop <spop@gcc.gnu.org> | 2011-07-26 18:48:49 +0000 |
commit | bce26def5998cbc546e99cdc3c874d921b04aa5e (patch) | |
tree | bf58e7791a096e450ade20b026e8f46c0b225503 /gcc/expr.c | |
parent | 5f72e02dd8892ed77705a5f7b8ae35926a9350a0 (diff) | |
download | gcc-bce26def5998cbc546e99cdc3c874d921b04aa5e.zip gcc-bce26def5998cbc546e99cdc3c874d921b04aa5e.tar.gz gcc-bce26def5998cbc546e99cdc3c874d921b04aa5e.tar.bz2 |
Fix PR47046: correct evolution_function_is_affine_p
"Bug 47046 - gcc.target/i386/sse4_1-movntdqa.c ICEs with -fgraphite-identity"
The problem here is that we are left with the following code to be
translated in the new representation following the transform that
Graphite has chosen:
D.2709_14 = j_33 * i_32;
D.2710_15 = D.2709_14 * i_32;
D.2711_16 = D.2710_15 * sign_34;
*D.2708_13 = D.2711_16;
In this particular case we have a nonlinear expression "i * i" for
which we have to generate code following the new graphite_iv variables.
The patch fixes the function that detects whether we are passing non
linear stuff to graphite: evolution_function_is_affine_p. It seems
like for the moment evolution_function_is_affine_p is testing whether
an evolution function is affine only in the innermost loop, without
looking recursively at what happens in outer loops.
The chrec for this case is: {0, +, {0, +, {1, +, 2}_1}_1}_2 and we are
testing whether the evolution is affine only for the loop_2, which is
true as we have {0, +, blah}_2 with blah invariant in loop_2.
The patch adds the recursive call to evolution_function_is_affine_p.
Bootstrapped and tested on amd64-linux.
2011-07-26 Sebastian Pop <sebastian.pop@amd.com>
PR middle-end/47046
* tree-chrec.h (evolution_function_is_affine_p): Recursively call
evolution_function_is_affine_p on CHREC_RIGHT.
* gcc.dg/graphite/id-pr47046.c: New.
From-SVN: r176805
Diffstat (limited to 'gcc/expr.c')
0 files changed, 0 insertions, 0 deletions