https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89549
Eric Gallager changed:
What|Removed |Added
CC||lhyatt at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107190
Bug ID: 107190
Summary: [aarch64] regression with optimization
-fexpensive-optimizations
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107191
Bug ID: 107191
Summary: [modules] ICE when importing module partition
(internal compiler error: in tree_node, at
cp/module.cc:9061)
Product: gcc
Version: 11.2.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99769
--- Comment #4 from Bruce Adams ---
I had a issue I believed to be related but in attempting to create a reproducer
got several different ICEs so I have submitted a separate ticket - see
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107191
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107192
Bug ID: 107192
Summary: [modules] internal compiler error: Segmentation fault
parsing line "module :Bar;"
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
Seve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107191
--- Comment #1 from Bruce Adams ---
I also produced a different segfault while trying to reproduce this - see
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107192
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107193
Bug ID: 107193
Summary: [13 regression] bootstrap error caused by
r13-3172-gf30e9fd33e56a5
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106562
--- Comment #3 from CVS Commits ---
The master branch has been updated by Dimitar Dimitrov :
https://gcc.gnu.org/g:e95e91eccd022a4a3a86da2749809fbad9afd20e
commit r13-3180-ge95e91eccd022a4a3a86da2749809fbad9afd20e
Author: Dimitar Dimitrov
Dat
--enable-languages=c,c++ --disable-werror --enable-multilib
--with-system-zlib
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 13.0.0 20221009 (experimental) [master r13-3180-ge95e91eccd0] (GCC)
[582] %
[582] % gcctk -O1 small.c
[583] % ./a.out
Aborted
[584] % cat small.c
LTO compression algorithms: zlib
gcc version 13.0.0 20221009 (experimental) [master r13-3180-ge95e91eccd0] (GCC)
[525] %
[525] % gcctk -O1 small.c; ./a.out
[526] %
[526] % gcctk -O1 -fno-tree-ccp small.c
[527] % ./a.out
Aborted
[528] %
[528] % cat small.c
int a, b;
int main() {
int c = 0;
if (a)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106665
Phosit changed:
What|Removed |Added
CC||phosit at autistici dot org
--- Comment #2 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107192
--- Comment #1 from Bruce Adams ---
Still occurs if I use gcc 12.1
>g++-12 --version
g++-12 (Ubuntu 12.1.0-2ubuntu1~22.04) 12.1.0
```
[ 50%] Building CXX object CMakeFiles/gccice.dir/Bar.cpp.o
/usr/bin/g++-12 -fmodules-ts -std=gnu++20 -MD -M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107191
--- Comment #2 from Bruce Adams ---
Also tried with gcc 12.1
>g++-12 --version
g++-12 (Ubuntu 12.1.0-2ubuntu1~22.04) 12.1.0
```
/usr/bin/g++-12 -fmodules-ts -std=gnu++20 -MD -MT
CMakeFiles/gccice.dir/Foo.cpp.o -MF CMakeFiles/gccice.dir/Foo.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105764
Eric Gallager changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106665
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102275
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Known to fail||10.4.0, 11.2.0, 11.3.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107196
Bug ID: 107196
Summary: [13 Regression] llvm-14.0.6 is miscompiles by gcc-13
in -O3: hangs llvm testsuite (inliner seems to break
it)
Product: gcc
Version: 13.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107196
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107196
--- Comment #2 from Andrew Pinski ---
How about -fwrapv ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107196
--- Comment #3 from Sergei Trofimovich ---
The clues:
1. I bisected gcc down to
commit 2460f7cdef7ef9c971de79271afc0db73687a272
Author: Aldy Hernandez
Date: Fri Sep 23 19:47:33 2022 +0200
Set ranges from unreachable edges for all
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107196
--- Comment #4 from Andrew Pinski ---
llvm/lib/Target/RISCV/RISCVISelLowering.cpp is huge source and it might have
undefined code in it.
Maybe narrow down which function is going wrong.
Maybe fire up gdb and see where the infinite loop is locat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107193
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |13.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107193
Andrew Pinski changed:
What|Removed |Added
Severity|normal |blocker
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100971
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||anlauf at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107195
--- Comment #1 from Andrew Pinski ---
It worked with:
gcc version 13.0.0 20221008 (experimental)
(Compiler-Explorer-Build-gcc-705ed42a1ad950860f46c51216ff69dbe0f4857a-binutils-2.38)
So definitely a recent regression.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107195
Andrew Pinski changed:
What|Removed |Added
Summary|wrong code with "-O1|[13 Regression] wrong code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107195
--- Comment #2 from Andrew Pinski ---
It is more recent than the patch which exposed PR 107172 though.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107196
--- Comment #5 from Sergei Trofimovich ---
(In reply to Andrew Pinski from comment #1)
> We definitely needs more information than this. It could very well be a bug
> in LLVM too.
> Have you tried compiling LLVM with -fsanitize=address ?
(In re
e/dcb/gcc/results.20221009.valgrind/x86_64-pc-linux-gnu/bin/
-B/home/dcb/gcc/results.20221009.valgrind/x86_64-pc-linux-gnu/lib/ -isystem
/home/dcb/gcc/results.20221009.valgrind/x86_64-pc-linux-gnu/include -isystem
/home/dcb/gcc/results.20221009.valgrind/x86_64-pc-linux-gnu/sys-include-g
-O3 -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107197
--- Comment #1 from David Binderman ---
I can tell you that last weekend's valgrind build with -O2 went fine.
That was from git hash ca01d2526917ec6e.
This weekend's valgrind build, with -O3 enabled, is from git hash
6ffbf87ca66f4ed9cd79cff675f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107196
--- Comment #6 from Sergei Trofimovich ---
(In reply to Andrew Pinski from comment #4)
> llvm/lib/Target/RISCV/RISCVISelLowering.cpp is huge source and it might have
> undefined code in it.
> Maybe narrow down which function is going wrong.
Wha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107197
--- Comment #2 from David Binderman ---
Build with -O2 demonstrates the same valgrind problem, so someone this week,
between the two git hashes mentioned, has broken the -O2 build.
I haven't got the compute power here to do the bisect. Advice s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107197
--- Comment #3 from David Binderman ---
81 revisions to bisect. Trying e2a228438919d846.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107172
--- Comment #6 from Roger Sayle ---
This sounds related to the discussion/patch originally proposed at
https://gcc.gnu.org/pipermail/gcc-patches/2022-July/598040.html
and then revised (based on reviewer comments) at
https://gcc.gnu.org/pipermail
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107093
--- Comment #2 from Hongtao.liu ---
For UNSPEC part, we can create a new define_insn with genenral operation and
accept both gpr and mask alternatives just like other logic patterns.
For gpr version, we can split it to xor + not after reload.
Fo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107160
Kewen Lin changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |linkw at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106665
--- Comment #4 from SHIH YEN-TE ---
You are right, I didn't notice it as well. Thanks for pointing it out.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106665
--- Comment #5 from SHIH YEN-TE ---
Thanks, call pool.clear(); works.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107090
vfdff changed:
What|Removed |Added
CC||zhongyunde at huawei dot com
--- Comment #5 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107090
Andrew Pinski changed:
What|Removed |Added
Depends on||103216
--- Comment #6 from Andrew Pinsk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107120
--- Comment #3 from Arseny Solokha ---
(In reply to Arseny Solokha from comment #2)
> I get the same bootstrap error in libitm while building gcc 13.0.0 20221002
> snapshot (g:d01bd0b0f3b8f4c33c437ff10f0b949200627f56) against glibc 2.36 for
> x8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106925
--- Comment #2 from Carlos Galvez ---
Hi, is there any progress on the issue?
42 matches
Mail list logo
