https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118369
--- Comment #14 from Ilya Leoshkevich ---
Fair enough. Unfortunately mkdir build && cd build && ../configure && make
-j$(nproc) fails the same way.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118369
--- Comment #12 from Ilya Leoshkevich ---
Sorry, I didn't manage to catch you on IRC today, so continuing here.
Is this conflict considered an issue that will be eventually resolved, or is it
to stay?
I wonder how to proceed; I guess on a shar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118369
--- Comment #10 from Ilya Leoshkevich ---
Created attachment 60083
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60083&action=edit
Dockerfile that reflects the cfarm422 environment
I don't have root on cfarm422, so I spent some time clon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118369
Ilya Leoshkevich changed:
What|Removed |Added
Keywords|build |
--- Comment #8 from Ilya Leoshkevic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118369
--- Comment #6 from Ilya Leoshkevich ---
Thank you for the analysis! I filed
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1092576.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118369
--- Comment #2 from Ilya Leoshkevich ---
I did quite a few experiments with different sets of flags, and in my log I
have the following marked as FAIL:
../configure -v --enable-languages=c,c++ --enable-shared
--enable-linker-build-id --libexecd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118369
Bug ID: 118369
Summary: Multilib bootstrap on Debian 12 fails due to missing
asm/errno.h
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115461
--- Comment #6 from Ilya Leoshkevich ---
Forgot to add: since the runtime is shared, this observation applies to both
GCC and LLVM.
$ gcc k.c -fsanitize=leak; ./a.out
0x5080
$ LSAN_OPTIONS=use_stacks=0 ./a.out
0x5080
==
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115461
--- Comment #5 from Ilya Leoshkevich ---
The LLVM testsuite still passes.
Looking a bit deeper:
$ LSAN_OPTIONS=verbosity=1,log_pointers=1 ./a.out
[...]
0x5080
==1522380==LeakSanitizer: checking for leaks
[...]
==1522381==Scanning STACK
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115461
Ilya Leoshkevich changed:
What|Removed |Added
CC||iii at linux dot ibm.com
--- Comment
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] https://gcc.gnu.org/pipermail/gcc-patches/2024-A
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.
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 -
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&action=edit
cc1 invocation
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&action=edit
preprocessed source
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
Compo
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&action=edit
patch v2
Thanks for the correction. I've noticed the function label and got tunnel
vision; .opd does indee
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
--- a/gcc/config/rs6000/rs6000.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113284
Ilya Leoshkevich changed:
What|Removed |Added
CC||iii at linux dot ibm.com
--- Comment
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.
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.
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?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99476
Ilya Leoshkevich changed:
What|Removed |Added
CC||iii at linux dot ibm.com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113251
Ilya Leoshkevich changed:
What|Removed |Added
CC||iii at linux dot ibm.com
--- Comment
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
(https://gitlab.com/qemu-project/qemu/-/commit/17b
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 f
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".
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93242
Ilya Leoshkevich changed:
What|Removed |Added
CC||iii at linux dot ibm.com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106342
Ilya Leoshkevich changed:
What|Removed |Added
CC||iii at linux dot ibm.com
--- Comment
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&action=edit
repro
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100278
Ilya Leoshkevich changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
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
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&action=edit
regtesting this patch now
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
-fdiagnostics-plain-outpu
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100217
Ilya Leoshkevich changed:
What|Removed |Added
CC||iii at linux dot ibm.com
--- Comment
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$ ../../../../build/./gcc
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98208
Ilya Leoshkevich changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
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
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:
https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=081b3517b4df826ac917147eb906bbb8fc652
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 +
--- /home/iii/gcc/fixincludes/tests/base
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.
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 +
--- gcc/fixincludes/tests/base/sy
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98208
Ilya Leoshkevich changed:
What|Removed |Added
CC||nathan at acm dot org
--- Comment #1
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: n
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!
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
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.
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 --di
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97866
Ilya Leoshkevich changed:
What|Removed |Added
CC||iii at linux dot ibm.com
--- Comment
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
P
53 matches
Mail list logo