[Bug sanitizer/79341] Many Asan tests fail on s390

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79341 --- Comment #77 from Ilya Leoshkevich --- Apparently fixing the message in GCC will produce maintenance overhead [1]. If that's not very important to you, I'd rather leave this message as is. [1]

[Bug sanitizer/79341] Many Asan tests fail on s390

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79341 --- Comment #76 from Ilya Leoshkevich --- It's because the sanitizer runtime was copied from LLVM to GCC. I will post a patch removing the unsupported MSan and DFSan from the error message.

[Bug target/114404] [11] GCC reorders stores when it probably shouldn't

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114404 --- Comment #4 from Ilya Leoshkevich --- Thanks, cherry-picking https://gcc.gnu.org/git/gitweb.cgi?p=gcc.git;h=a98d5130a6dcff2ed4db371e500550134777b8cf helped both with the minimized testcase and the actual kernel bug. What you describe there

[Bug c/114404] [11] GCC reorders stores when it probably shouldn't

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114404 --- Comment #2 from Ilya Leoshkevich --- Created attachment 57745 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57745=edit cc1 invocation

[Bug c/114404] [11] GCC reorders stores when it probably shouldn't

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114404 --- Comment #1 from Ilya Leoshkevich --- Created attachment 57744 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57744=edit preprocessed source

[Bug c/114404] New: [11] GCC reorders stores when it probably shouldn't

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114404 Bug ID: 114404 Summary: [11] GCC reorders stores when it probably shouldn't Product: gcc Version: 11.4.1 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug sanitizer/113284] [14 regression] many failures in asan after r14-6946-ge66dc37b299cac

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113284 --- Comment #6 from Ilya Leoshkevich --- Created attachment 57014 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57014=edit patch v2 Thanks for the correction. I've noticed the function label and got tunnel vision; .opd does indeed

[Bug sanitizer/113284] [14 regression] many failures in asan after r14-6946-ge66dc37b299cac

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113284 --- Comment #4 from Ilya Leoshkevich --- Thanks, I can repro this on cfarm203 now. Apparently I missed diff --git a/gcc/config/rs6000/rs6000.cc b/gcc/config/rs6000/rs6000.cc index 94fbf46f2b6..fd9bb807957 100644 ---

[Bug sanitizer/113284] [14 regression] many failures in asan after r14-6946-ge66dc37b299cac

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113284 Ilya Leoshkevich changed: What|Removed |Added CC||iii at linux dot ibm.com ---

[Bug target/113273] [14 Regression][x86][asan] ICE Segmentation fault since r14-6946-ge66dc37b299cac

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113273 --- Comment #4 from Ilya Leoshkevich --- I've pushed the fix. This can be closed as a duplicate of https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113251.

[Bug target/113273] [14 Regression][x86][asan] ICE Segmentation fault since r14-6946-ge66dc37b299cac

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113273 --- Comment #3 from Ilya Leoshkevich --- Thank you for the confirmation. I will push the fix as soon as my regtests finish.

[Bug target/113273] [14 Regression][x86][asan] ICE Segmentation fault since r14-6946-ge66dc37b299cac

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113273 --- Comment #1 from Ilya Leoshkevich --- Hi, sorry about the regression. Could you please check if https://inbox.sourceware.org/gcc-patches/20240108092434.554918-1-...@linux.ibm.com/ fixes that for you?

[Bug sanitizer/99476] 'PATH_MAX' was not declared in this scope

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99476 Ilya Leoshkevich changed: What|Removed |Added CC||iii at linux dot ibm.com --- Comment

[Bug sanitizer/113251] [14 Regression] ICE on gcc.dg/asan/pr63845.c on i686-linux since r14-6946

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113251 Ilya Leoshkevich changed: What|Removed |Added CC||iii at linux dot ibm.com ---

[Bug target/112986] s390x gcc O2, O3: Incorrect logic operation in < comparison with the same values

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112986 --- Comment #4 from Ilya Leoshkevich --- Hi, Nina fixed this in v8.0.0 (https://gitlab.com/qemu-project/qemu/-/commit/54fce97cfcaf5463ee5f325bc1f1d4adc2772f38). The fix was backported to v7.2.2

[Bug target/106342] [12/13/14 Regression] internal compiler error: in extract_insn, at recog.cc:2791 since r12-4240-g2b8453c401b699

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106342 --- Comment #10 from Ilya Leoshkevich --- This bug was fixed and backported to gcc-12: commit 06254d97b8fa3a5d1c8b6b4e091d851700801385 Author: Ilya Leoshkevich Date: Fri Jul 29 16:14:10 2022 +0200 PR106342 - IBM zSystems: Provide vsel

[Bug target/93242] [MIPS] patchable-function-entry broken

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93242 --- Comment #11 from Ilya Leoshkevich --- I see. It would be good to update https://gcc.gnu.org/gcc-9/ then - e.g. https://gcc.gnu.org/gcc-8/ says "This release series is no longer supported".

[Bug target/93242] [MIPS] patchable-function-entry broken

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93242 Ilya Leoshkevich changed: What|Removed |Added CC||iii at linux dot ibm.com --- Comment

[Bug target/106342] [12/13 Regression] internal compiler error: in extract_insn, at recog.cc:2791 since r12-4240-g2b8453c401b699

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106342 Ilya Leoshkevich changed: What|Removed |Added CC||iii at linux dot ibm.com ---

[Bug c++/100853] internal compiler error: in cp_tree_equal, at cp/tree.c:4148

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100853 --- Comment #1 from Ilya Leoshkevich --- Created attachment 50903 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50903=edit repro

[Bug c++/100853] New: internal compiler error: in cp_tree_equal, at cp/tree.c:4148

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100853 Bug ID: 100853 Summary: internal compiler error: in cp_tree_equal, at cp/tree.c:4148 Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal

[Bug middle-end/100278] IBM Z: Segmentation fault when building valgrind with -march=z14

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100278 Ilya Leoshkevich changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug middle-end/100278] New: IBM Z: Segmentation fault when building valgrind with -march=z14

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100278 Bug ID: 100278 Summary: IBM Z: Segmentation fault when building valgrind with -march=z14 Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal

[Bug target/100217] [11/12 Regression] ICE when building valgrind testsuite with -march=z14 since r11-7552

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100217 --- Comment #9 from Ilya Leoshkevich --- Created attachment 50679 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50679=edit regtesting this patch now

[Bug target/100217] [11/12 Regression] ICE when building valgrind testsuite with -march=z14 since r11-7552

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100217 --- Comment #8 from Ilya Leoshkevich --- Yeah, inline asm seems to be problematic: /home/iii/gcc/build/gcc/xgcc -B/home/iii/gcc/build/gcc/ /home/iii/gcc/gcc/testsuite/gcc.target/s390/vector/long-double-asm-hardreg.c

[Bug target/100217] [11/12 Regression] ICE when building valgrind testsuite with -march=z14 since r11-7552

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100217 --- Comment #5 from Ilya Leoshkevich --- That would be an ideal solution, but I wonder how to implement it? Suppose we find a way to convince expand to pick FPRX2mode for such a long double. What if the following comes up? register long double

[Bug target/100217] [11/12 Regression] ICE when building valgrind testsuite with -march=z14 since r11-7552

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100217 Ilya Leoshkevich changed: What|Removed |Added CC||iii at linux dot ibm.com ---

[Bug libgomp/98738] task-detach-6.f90 hangs intermittently

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98738 --- Comment #1 from Ilya Leoshkevich --- I realized I didn't post the command line I used to build task-detach-6.exe (there are multiple variants of this test); here it is: gcc/build/x86_64-pc-linux-gnu/libgomp/testsuite$

[Bug libgomp/98738] New: task-detach-6.f90 hangs intermittently

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98738 Bug ID: 98738 Summary: task-detach-6.f90 hangs intermittently Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgomp

[Bug testsuite/98208] make check's check-fixincludes fails in sys/types.h around AIX_PHYSADR_T_CHECK

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98208 Ilya Leoshkevich changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug testsuite/98208] make check's check-fixincludes fails in sys/types.h around AIX_PHYSADR_T_CHECK

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98208 --- Comment #10 from Ilya Leoshkevich --- I've posted the combined fixincludes/tests/base/sys/types.h + genfixes patch here: https://gcc.gnu.org/pipermail/gcc-patches/2020-December/561601.html

[Bug testsuite/98208] make check's check-fixincludes fails in sys/types.h around AIX_PHYSADR_T_CHECK

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98208 --- Comment #8 from Ilya Leoshkevich --- Hm, can it be that fixincludes/tests/base/sys/types.h simply needs to be updated? For example, here is a similar commit:

[Bug testsuite/98208] make check's check-fixincludes fails in sys/types.h around AIX_PHYSADR_T_CHECK

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98208 --- Comment #7 from Ilya Leoshkevich --- Still a similar error: sys/types.h /home/iii/gcc/fixincludes/tests/base/sys/types.h differ: byte 243, line 12 *** sys/types.h 2020-12-09 15:57:57.575959676 + ---

[Bug testsuite/98208] make check's check-fixincludes fails in sys/types.h around AIX_PHYSADR_T_CHECK

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98208 --- Comment #5 from Ilya Leoshkevich --- Oh, just in case: gcc121 is x86_64 CentOS Linux 7, not AIX.

[Bug testsuite/98208] make check's check-fixincludes fails in sys/types.h around AIX_PHYSADR_T_CHECK

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98208 --- Comment #4 from Ilya Leoshkevich --- Unfortunately not, with this patch I get: sys/types.h gcc/fixincludes/tests/base/sys/types.h differ: byte 243, line 12 *** sys/types.h 2020-12-09 15:46:15.843503181 + ---

[Bug testsuite/98208] make check's check-fixincludes fails in sys/types.h around AIX_PHYSADR_T_CHECK

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98208 Ilya Leoshkevich changed: What|Removed |Added CC||nathan at acm dot org --- Comment #1

[Bug testsuite/98208] New: make check's check-fixincludes fails in sys/types.h around AIX_PHYSADR_T_CHECK

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98208 Bug ID: 98208 Summary: make check's check-fixincludes fails in sys/types.h around AIX_PHYSADR_T_CHECK Product: gcc Version: 11.0 Status: UNCONFIRMED Severity:

[Bug tree-optimization/98113] [11 Regression] popcnt is not vectorized on s390 since f5e18dd9c7da

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98113 --- Comment #6 from Ilya Leoshkevich --- With the patch, vxe/popcount-1.c works on s390 again: vpopctf: .LFB2: .cfi_startproc vpopctf %v24,%v24 br %r14 Thanks!

[Bug tree-optimization/98113] New: [11 Regression] popcnt is not vectorized on s390 since f5e18dd9c7da

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98113 Bug ID: 98113 Summary: [11 Regression] popcnt is not vectorized on s390 since f5e18dd9c7da Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal

[Bug target/97866] [11 Regression] bootstrap error in libasan building a s390x-linux-gnu cross compiler

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97866 --- Comment #3 from Ilya Leoshkevich --- I believe it's already fixed by: commit 253c415a1acba50711c82693426391743ac18040 Author: Vladimir N. Makarov Date: Sun Nov 15 11:22:19 2020 -0500 Do not put reload insns in the last empty BB.

[Bug target/97866] [11 Regression] bootstrap error in libasan building a s390x-linux-gnu cross compiler

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97866 --- Comment #2 from Ilya Leoshkevich --- Never mind, I managed to reproduce it now: ubuntu-focal-amd64$ git rev-parse --short HEAD 77f67db2a47 ubuntu-focal-amd64$ ../configure --target=s390x-linux-gnu --exec-prefix=/usr --disable-bootstrap

[Bug target/97866] [11 Regression] bootstrap error in libasan building a s390x-linux-gnu cross compiler

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97866 Ilya Leoshkevich changed: What|Removed |Added CC||iii at linux dot ibm.com --- Comment

[Bug rtl-optimization/97326] New: [11 Regression] s390: ICE in do_store_flag after 10843f830350

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97326 Bug ID: 97326 Summary: [11 Regression] s390: ICE in do_store_flag after 10843f830350 Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal