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

Reply via email to