On 07/11/2024 00:37, haochen.jiang wrote:
On Linux/x86_64,
d334f729e53867b838e867375b3f475ba793d96e is the first bad commit
commit d334f729e53867b838e867375b3f475ba793d96e
Author: Andrew Stubbs <a...@baylibre.com>
Date: Wed Nov 6 12:26:08 2024 +0000
openmp: Add testcases for omp_max_vf
caused
FAIL: gcc.dg/gomp/max_vf-1.c scan-tree-dump-times ompexp "\\+ 16" 1
FAIL: gcc.dg/gomp/max_vf-1.c scan-tree-dump-times ompexp "\\* 16" 2
FAIL: gcc.dg/gomp/max_vf-1.c scan-tree-dump-times ompexp
"__builtin_GOMP_parallel_loop_nonmonotonic_dynamic \\(.*, 16, 0\\);" 1
with GCC configured with
../../gcc/configure
--prefix=/export/users/haochenj/src/gcc-bisect/master/master/r15-4988/usr
--enable-clocale=gnu --with-system-zlib --with-demangler-in-ld
--with-fpmath=sse --enable-languages=c,c++,fortran --enable-cet --without-isl
--enable-libmpx x86_64-linux --disable-bootstrap
To reproduce:
$ cd {build_dir}/gcc && make check RUNTESTFLAGS="gomp.exp=gcc.dg/gomp/max_vf-1.c
--target_board='unix{-m32\ -march=cascadelake}'"
$ cd {build_dir}/gcc && make check RUNTESTFLAGS="gomp.exp=gcc.dg/gomp/max_vf-1.c
--target_board='unix{-m64\ -march=cascadelake}'"
This problem was supposed to be avoided by explicitly passing "-msse2"
in the testcase. Apparently -march=cascadelake silently overrides that
setting ... maybe don't do that?
Is there an effective-target flag I can use for this?
Andrew