Re: [r15-429 Regression] FAIL: experimental/simd/pr109261_constexpr_simd.cc -msse2 -O2 -Wno-psabi (test for excess errors) on Linux/x86_64
On Mittwoch, 15. Mai 2024 04:20:51 MESZ Jiang, Haochen wrote: > I am little concerned about the file size, but let me give a try if you can > see the attachment. Thank you. Since you only executed one test it's not that bad (it's hard to read without a few abbreviation substitutions). Anyway, it's a clear pattern: all __vector(2) T where T is a 32-bit integral type conversions to _SimdWrapper don't compile. x86 -m32 needs some special care for these, because GCC happily starts emitting MMX instructions without cleaning up with EMMS. So these vector types are poison and need never be uttered. That's why the conversion is actually not well-formed with -m32. But now that I established a theory of why this fails for you, I still need to figure out why I can't reproduce it. It's going to be hard to reliably fix this and to not repeat the issue if I can't get this to fail. I've tested x86_64 multilib with -m32 and even -mx32 locally and cannot find any issue. 😟 - Matthias -- ── Dr. Matthias Kretz https://mattkretz.github.io GSI Helmholtz Center for Heavy Ion Research https://gsi.de std::simd ──
Re: [r15-429 Regression] FAIL: experimental/simd/pr109261_constexpr_simd.cc -msse2 -O2 -Wno-psabi (test for excess errors) on Linux/x86_64
On Mittwoch, 15. Mai 2024 09:06:57 MESZ Matthias Kretz wrote: > On Mittwoch, 15. Mai 2024 04:20:51 MESZ Jiang, Haochen wrote: > > I am little concerned about the file size, but let me give a try if you > > can > > see the attachment. > > [...] > But now that I established a theory of why this fails for you, I still need > to figure out why I can't reproduce it. Sorry, I somehow messed up my source tree and my last patch was not actually applied yet 🤦. I can reproduce it now. Will fix. - Matthias -- ── Dr. Matthias Kretz https://mattkretz.github.io GSI Helmholtz Center for Heavy Ion Research https://gsi.de std::simd ──
Regressions on native/master at commit r15-500 vs commit r15-498 on Linux/x86_64
Regressions on master at commit r15-500 vs commit r15-498 on Linux/x86_64 New failures: FAIL: g++.target/i386/pr107563-a.C scan-assembler-times por 1 FAIL: g++.target/i386/pr107563-a.C scan-assembler-times psllw 1 FAIL: g++.target/i386/pr107563-a.C scan-assembler-times psraw 1 FAIL: g++.target/i386/pr107563-b.C scan-assembler-times por 1 FAIL: g++.target/i386/pr107563-b.C scan-assembler-times por 1 FAIL: g++.target/i386/pr107563-b.C scan-assembler-times psllw 1 FAIL: g++.target/i386/pr107563-b.C scan-assembler-times psllw 1 FAIL: g++.target/i386/pr107563-b.C scan-assembler-times psrlw 1 FAIL: g++.target/i386/pr107563-b.C scan-assembler-times psrlw 1 New passes:
[r15-499 Regression] FAIL: g++.target/i386/pr107563-b.C scan-assembler-times psrlw 1 on Linux/x86_64
On Linux/x86_64,
a71f90c5a7ae2942083921033cb23dcd63e70525 is the first bad commit
commit a71f90c5a7ae2942083921033cb23dcd63e70525
Author: Levy Hsu
Date: Thu May 9 16:50:56 2024 +0800
x86: Add 3-instruction subroutine vector shift for V16QI in
ix86_expand_vec_perm_const_1 [PR107563]
caused
FAIL: g++.target/i386/pr107563-a.C scan-assembler-times por 1
FAIL: g++.target/i386/pr107563-a.C scan-assembler-times psllw 1
FAIL: g++.target/i386/pr107563-a.C scan-assembler-times psraw 1
FAIL: g++.target/i386/pr107563-b.C scan-assembler-times por 1
FAIL: g++.target/i386/pr107563-b.C scan-assembler-times psllw 1
FAIL: g++.target/i386/pr107563-b.C scan-assembler-times psrlw 1
with GCC configured with
../../gcc/configure
--prefix=/export/users/haochenj/src/gcc-bisect/master/master/r15-499/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="i386.exp=g++.target/i386/pr107563-a.C --target_board='unix{-m64\
-march=cascadelake}'"
$ cd {build_dir}/gcc && make check
RUNTESTFLAGS="i386.exp=g++.target/i386/pr107563-b.C --target_board='unix{-m32\
-march=cascadelake}'"
$ cd {build_dir}/gcc && make check
RUNTESTFLAGS="i386.exp=g++.target/i386/pr107563-b.C --target_board='unix{-m64\
-march=cascadelake}'"
(Please do not reply to this email, for question about this report, contact me
at haochen dot jiang at intel.com.)
(If you met problems with cascadelake related, disabling AVX512F in command
line might save that.)
(However, please make sure that there is no potential problems with AVX512.)
Regressions on master at commit r15-513 vs commit r15-508 on Linux/x86_64
Regressions on master at commit r15-513 vs commit r15-508 on Linux/x86_64 New failures: FAIL: gcc.dg/tree-ssa/ssa-lim-15.c scan-tree-dump lim2 "Executing store motion" FAIL: gcc.dg/tree-ssa/ssa-lim-15.c scan-tree-dump lim2 "Executing store motion" FAIL: g++.dg/tree-ssa/pr83215.C -std=gnu++14 scan-tree-dump-times fre1 "\\*i" 1 FAIL: g++.dg/tree-ssa/pr83215.C -std=gnu++14 scan-tree-dump-times fre1 "\\*i" 1 FAIL: g++.dg/tree-ssa/pr83215.C -std=gnu++17 scan-tree-dump-times fre1 "\\*i" 1 FAIL: g++.dg/tree-ssa/pr83215.C -std=gnu++17 scan-tree-dump-times fre1 "\\*i" 1 FAIL: g++.dg/tree-ssa/pr83215.C -std=gnu++20 scan-tree-dump-times fre1 "\\*i" 1 FAIL: g++.dg/tree-ssa/pr83215.C -std=gnu++20 scan-tree-dump-times fre1 "\\*i" 1 FAIL: g++.dg/tree-ssa/pr83215.C -std=gnu++98 scan-tree-dump-times fre1 "\\*i" 1 FAIL: g++.dg/tree-ssa/pr83215.C -std=gnu++98 scan-tree-dump-times fre1 "\\*i" 1 FAIL: gfortran.dg/vect/vect-do-concurrent-1.f90 -O at line 14 (test for warnings, line ) New passes:
Regressions on native/master at commit r15-513 vs commit r15-504 on Linux/x86_64
Regressions on master at commit r15-513 vs commit r15-504 on Linux/x86_64 New failures: FAIL: gcc.dg/tree-ssa/ssa-lim-15.c scan-tree-dump lim2 "Executing store motion" FAIL: gcc.dg/tree-ssa/ssa-lim-15.c scan-tree-dump lim2 "Executing store motion" FAIL: g++.dg/tree-ssa/pr83215.C -std=gnu++14 scan-tree-dump-times fre1 "\\*i" 1 FAIL: g++.dg/tree-ssa/pr83215.C -std=gnu++14 scan-tree-dump-times fre1 "\\*i" 1 FAIL: g++.dg/tree-ssa/pr83215.C -std=gnu++17 scan-tree-dump-times fre1 "\\*i" 1 FAIL: g++.dg/tree-ssa/pr83215.C -std=gnu++17 scan-tree-dump-times fre1 "\\*i" 1 FAIL: g++.dg/tree-ssa/pr83215.C -std=gnu++20 scan-tree-dump-times fre1 "\\*i" 1 FAIL: g++.dg/tree-ssa/pr83215.C -std=gnu++20 scan-tree-dump-times fre1 "\\*i" 1 FAIL: g++.dg/tree-ssa/pr83215.C -std=gnu++98 scan-tree-dump-times fre1 "\\*i" 1 FAIL: g++.dg/tree-ssa/pr83215.C -std=gnu++98 scan-tree-dump-times fre1 "\\*i" 1 FAIL: gfortran.dg/vect/vect-do-concurrent-1.f90 -O at line 14 (test for warnings, line ) New passes:
[r15-512 Regression] FAIL: gfortran.dg/vect/vect-do-concurrent-1.f90 -O at line 14 (test for warnings, line ) on Linux/x86_64
On Linux/x86_64,
9b7cad5884f21cc5783075be0043777448db3fab is the first bad commit
commit 9b7cad5884f21cc5783075be0043777448db3fab
Author: Jan Hubicka
Date: Wed May 15 14:14:27 2024 +0200
Avoid pointer compares on TYPE_MAIN_VARIANT in TBAA
caused
FAIL: gcc.dg/tree-ssa/ssa-lim-15.c scan-tree-dump lim2 "Executing store motion"
FAIL: g++.dg/tree-ssa/pr83215.C -std=gnu++14 scan-tree-dump-times fre1 "\\*i"
1
FAIL: g++.dg/tree-ssa/pr83215.C -std=gnu++17 scan-tree-dump-times fre1 "\\*i"
1
FAIL: g++.dg/tree-ssa/pr83215.C -std=gnu++20 scan-tree-dump-times fre1 "\\*i"
1
FAIL: g++.dg/tree-ssa/pr83215.C -std=gnu++98 scan-tree-dump-times fre1 "\\*i"
1
FAIL: gfortran.dg/vect/vect-do-concurrent-1.f90 -O at line 14 (test for
warnings, line )
with GCC configured with
../../gcc/configure
--prefix=/export/users/haochenj/src/gcc-bisect/master/master/r15-512/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="tree-ssa.exp=gcc.dg/tree-ssa/ssa-lim-15.c
--target_board='unix{-m32}'"
$ cd {build_dir}/gcc && make check
RUNTESTFLAGS="tree-ssa.exp=gcc.dg/tree-ssa/ssa-lim-15.c
--target_board='unix{-m32\ -march=cascadelake}'"
$ cd {build_dir}/gcc && make check
RUNTESTFLAGS="tree-ssa.exp=gcc.dg/tree-ssa/ssa-lim-15.c
--target_board='unix{-m64}'"
$ cd {build_dir}/gcc && make check
RUNTESTFLAGS="tree-ssa.exp=gcc.dg/tree-ssa/ssa-lim-15.c
--target_board='unix{-m64\ -march=cascadelake}'"
$ cd {build_dir}/gcc && make check
RUNTESTFLAGS="dg.exp=g++.dg/tree-ssa/pr83215.C --target_board='unix{-m32}'"
$ cd {build_dir}/gcc && make check
RUNTESTFLAGS="dg.exp=g++.dg/tree-ssa/pr83215.C --target_board='unix{-m32\
-march=cascadelake}'"
$ cd {build_dir}/gcc && make check
RUNTESTFLAGS="dg.exp=g++.dg/tree-ssa/pr83215.C --target_board='unix{-m64}'"
$ cd {build_dir}/gcc && make check
RUNTESTFLAGS="dg.exp=g++.dg/tree-ssa/pr83215.C --target_board='unix{-m64\
-march=cascadelake}'"
$ cd {build_dir}/gcc && make check
RUNTESTFLAGS="vect.exp=gfortran.dg/vect/vect-do-concurrent-1.f90
--target_board='unix{-m64}'"
$ cd {build_dir}/gcc && make check
RUNTESTFLAGS="vect.exp=gfortran.dg/vect/vect-do-concurrent-1.f90
--target_board='unix{-m64\ -march=cascadelake}'"
(Please do not reply to this email, for question about this report, contact me
at haochen dot jiang at intel.com.)
(If you met problems with cascadelake related, disabling AVX512F in command
line might save that.)
(However, please make sure that there is no potential problems with AVX512.)
Regressions on native/releases/gcc-14 at commit r14-10211 vs commit r14-10208 on Linux/x86_64
Regressions on releases/gcc-14 at commit r14-10211 vs commit r14-10208 on Linux/x86_64 New failures: New passes: FAIL: libgomp.c++/../libgomp.c-c++-common/for-11.c execution test
