diff options
author | Kewen Lin <linkw@linux.ibm.com> | 2022-11-03 01:22:45 -0500 |
---|---|---|
committer | Kewen Lin <linkw@linux.ibm.com> | 2022-11-03 01:22:45 -0500 |
commit | 20d5dca80b82df9b1295359edb44eb08c45c4334 (patch) | |
tree | 245ba1103e8a62896286c1cabd8e1416f58e9434 /gcc/fortran/trans-openmp.cc | |
parent | e3c898e12d0ace542498c9fe975e549b5a6c8acd (diff) | |
download | gcc-20d5dca80b82df9b1295359edb44eb08c45c4334.zip gcc-20d5dca80b82df9b1295359edb44eb08c45c4334.tar.gz gcc-20d5dca80b82df9b1295359edb44eb08c45c4334.tar.bz2 |
testsuite: Fix gen-vect-34.c with vect_masked_load [PR106806]
This is to fix the failure on powerpc as reported in PR106806,
the test case requires tree ifcvt pass to perform on that loop,
and it relies on masked_load support. The fix is to guard the
expected scan with vect_masked_load effective target.
As tested on powerpc64{,le}-linux-gnu and aarch64-linux-gnu
(cfarm machine), the failures were gone. But on
x86_64-redhat-linux (cfarm machine) the result becomes from
PASS to N/A. I think it's expected since that machine doesn't
support AVX by default so both check_avx_available and
vect_masked_load fail, it should work fine on machines with
default AVX support, or if we adjust the current
check_avx_available with current_compiler_flags.
PR testsuite/106806
gcc/testsuite/ChangeLog:
* gcc.dg/tree-ssa/gen-vect-34.c: Adjust with vect_masked_load
effective target.
Diffstat (limited to 'gcc/fortran/trans-openmp.cc')
0 files changed, 0 insertions, 0 deletions