aboutsummaryrefslogtreecommitdiff
path: root/gcc/fortran/trans-openmp.cc
diff options
context:
space:
mode:
authorKewen Lin <linkw@linux.ibm.com>2022-11-03 01:22:45 -0500
committerKewen Lin <linkw@linux.ibm.com>2022-11-03 01:22:45 -0500
commit20d5dca80b82df9b1295359edb44eb08c45c4334 (patch)
tree245ba1103e8a62896286c1cabd8e1416f58e9434 /gcc/fortran/trans-openmp.cc
parente3c898e12d0ace542498c9fe975e549b5a6c8acd (diff)
downloadgcc-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