aboutsummaryrefslogtreecommitdiff
path: root/gcc/config.gcc
diff options
context:
space:
mode:
authorRichard Sandiford <richard.sandiford@arm.com>2023-03-02 10:30:20 +0000
committerRichard Sandiford <richard.sandiford@arm.com>2023-03-02 10:30:20 +0000
commit2a8ce4b52f5892a10a02b94d7be689e59a444ff6 (patch)
treeb626f5a8e9ae3a6a7c6a286db63592fc004030dc /gcc/config.gcc
parentcc88366a80e35b3e53141f49d3071010ff3c2ef8 (diff)
downloadgcc-2a8ce4b52f5892a10a02b94d7be689e59a444ff6.zip
gcc-2a8ce4b52f5892a10a02b94d7be689e59a444ff6.tar.gz
gcc-2a8ce4b52f5892a10a02b94d7be689e59a444ff6.tar.bz2
vect: Fix voluntarily-masked negative conditionals [PR108430]
vectorizable_condition checks whether a COND_EXPR condition is used elsewhere with a loop mask. If so, it applies the loop mask to the COND_EXPR too, to reduce the number of live masks and to increase the chance of combining the AND with the comparison. There is also code to do this for inverted conditions. E.g. if we have a < b ? c : d and something else is conditional on !(a < b) (such as a load in d), we use !(a < b) ? d : c and apply the loop mask to !(a < b). This inversion relied on the function's bitop1/bitop2 mechanism. However, that mechanism is skipped if the condition is split out of the COND_EXPR as a separate statement. This meant that we could end up using the inverse of the intended condition. There is a separate way of negating the condition when a mask is being applied (which is also used for EXTRACT_LAST reductions). This patch uses that instead. As well as the testcase, this fixes aarch64/sve/vcond_{4,17}_run.c. gcc/ PR tree-optimization/108430 * tree-vect-stmts.cc (vectorizable_condition): Fix handling of inverted condition. gcc/testsuite/ PR tree-optimization/108430 * gcc.target/aarch64/sve/pr108430.c: New test.
Diffstat (limited to 'gcc/config.gcc')
0 files changed, 0 insertions, 0 deletions