diff options
| author | Andrew Pinski <pinskia@gmail.com> | 2023-10-05 12:21:19 -0700 |
|---|---|---|
| committer | Andrew Pinski <pinskia@gmail.com> | 2023-10-06 01:05:28 -0700 |
| commit | e77428a9a336f57e3efe3eff95f2b491d7e9be14 (patch) | |
| tree | 4c08d518a3bcf5e38852fb532c8afb303838854e /gcc/graphite-optimize-isl.cc | |
| parent | 171420fdc9208198f09ff258164fc4cc1fd4bf74 (diff) | |
| download | gcc-e77428a9a336f57e3efe3eff95f2b491d7e9be14.zip gcc-e77428a9a336f57e3efe3eff95f2b491d7e9be14.tar.gz gcc-e77428a9a336f57e3efe3eff95f2b491d7e9be14.tar.bz2 | |
MATCH: Fix infinite loop between `vec_cond(vec_cond(a,b,0), c, d)` and `a & b`
Match has a pattern which converts `vec_cond(vec_cond(a,b,0), c, d)`
into `vec_cond(a & b, c, d)` but since in this case a is a comparison
fold will change `a & b` back into `vec_cond(a,b,0)` which causes an
infinite loop.
The best way to fix this is to enable the patterns for vec_cond(*,vec_cond,*)
only for GIMPLE so we don't get an infinite loop for fold any more.
Note this is a latent bug since these patterns were added in r11-2577-g229752afe3156a
and was exposed by r14-3350-g47b833a9abe1 where now able to remove a VIEW_CONVERT_EXPR.
OK? Bootstrapped and tested on x86_64-linux-gnu with no regressions.
PR middle-end/111699
gcc/ChangeLog:
* match.pd ((c ? a : b) op d, (c ? a : b) op (c ? d : e),
(v ? w : 0) ? a : b, c1 ? c2 ? a : b : b): Enable only for GIMPLE.
gcc/testsuite/ChangeLog:
* gcc.c-torture/compile/pr111699-1.c: New test.
Diffstat (limited to 'gcc/graphite-optimize-isl.cc')
0 files changed, 0 insertions, 0 deletions