https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121091
Bug ID: 121091
Summary: ICE in tree_to_uhwi, at tree.cc:6660 with SVE switch
choosing predicate values
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63164
--- Comment #14 from Thomas de Bock ---
I mean, since it compares the name field from the type_info, at least 1
additional dereference is used in replacing dynamic_cast typecheck with
typeinfo::operator== compared to a simple vtable comparison.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121095
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120811
Jeffrey A. Law changed:
What|Removed |Added
CC||smunnangi1 at ventanamicro dot
com
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120603
Jeffrey A. Law changed:
What|Removed |Added
CC||smunnangi1 at ventanamicro dot
com
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120479
--- Comment #5 from Jeffrey A. Law ---
Deferring indefinitely as I don't see a way to generate a czero right now due
to the multiple use issues.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121094
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120404
Jeffrey A. Law changed:
What|Removed |Added
Assignee|vineetg at gcc dot gnu.org |unassigned at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120553
Jeffrey A. Law changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |law at gcc dot gnu.org
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117836
Bug 117836 depends on bug 119901, which changed state.
Bug 119901 Summary: wrong code with -O -favoid-store-forwarding
-mprefer-vector-width=none -mavx2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119901
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119901
ptomsich at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Status|N
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121092
Bug ID: 121092
Summary: internal compiler error: in poplevel_class, at
cp/name-lookup.cc:5721 finish_struct since 14.3
Product: gcc
Version: 16.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121072
--- Comment #3 from Richard Biener ---
Feels like a bool pattern issue, or some missed post-sanity check during live
operation vectorization.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63164
--- Comment #15 from Jakub Jelinek ---
Sure, but that is the only way how to make the optimization reliable.
If the a local type (i.e. mangled for RTTI with * character at the start), it
can just do the name pointer comparison (or perhaps compare
rap-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 16.0.0 20250715 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89025
TC changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120941
--- Comment #27 from Filip Kastl ---
If I find the spilling, I'll try to produce a testcase where it can be seen.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121074
Jan Hubicka changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120660
--- Comment #1 from Zdenek Sojka ---
The difference between OK and BAD is:
$ diff -u OK.S BAD.S
--- OK.S2025-07-15 16:39:49.437945918 +0200
+++ BAD.S 2025-07-15 16:39:53.377945956 +0200
@@ -14,7 +14,7 @@
@ GNU C23 (GCC) version 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63164
--- Comment #20 from Jakub Jelinek ---
(In reply to Thomas de Bock from comment #18)
> (In reply to Jason Merrill from comment #17)
> > As I commented at
> >
> > https://inbox.sourceware.org/gcc-patches/75ff8af8-af03-42fa-b68b-
> > e6c16a34c...@
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121038
--- Comment #2 from Jan Hubicka ---
I experimented with smaller sampling period and indeed create_gcov then runs
out of memory. On my setup create_gcov was simply segfaulting and produced just
partial profile. Since Makefile does not fail on cr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117784
--- Comment #4 from GCC Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:9956dc37cb3d71c1fc7a89b45cc291645c11817b
commit r16-2264-g9956dc37cb3d71c1fc7a89b45cc291645c11817b
Author: Jason Merrill
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120577
--- Comment #6 from GCC Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:f23b5df56e237df9f66b615ca4babc564d5f75de
commit r16-2265-gf23b5df56e237df9f66b615ca4babc564d5f75de
Author: Jason Merrill
Date: Sa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108409
--- Comment #8 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:e28494e08092c4096a015563c0ba0494ce1edf81
commit r16-2267-ge28494e08092c4096a015563c0ba0494ce1edf81
Author: Björn Schäpers
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121094
Bug ID: 121094
Summary: ICE on `co_await (obj->*func)(args...)`
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121095
Bug ID: 121095
Summary: Possibly unnecessary PRE pass on aarch64 for fpmr
Product: gcc
Version: 15.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104428
--- Comment #8 from GCC Commits ---
The releases/gcc-15 branch has been updated by Kwok Yeung :
https://gcc.gnu.org/g:c9965c37cd153b7764f147a77489db9827071ad0
commit r15-9979-gc9965c37cd153b7764f147a77489db9827071ad0
Author: Kwok Cheung Yeung
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121019
--- Comment #1 from Jeffrey A. Law ---
Per call today, deferring this idefinitely. If someone wants to pick it up,
then by all means, please do. It's just not that high a priority.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121095
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44677
--- Comment #25 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:0eac9cfee8cb0b21de866a04d5d59685ab35208f
commit r16-2258-g0eac9cfee8cb0b21de866a04d5d59685ab35208f
Author: Jakub Jelinek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63164
--- Comment #13 from Thomas de Bock ---
(In reply to Jakub Jelinek from comment #12)
> I'd think it should just optimize __dynamic_cast to
> std::type_info::operator== in that case (if that is available) or, if not
> (i.e. not included) to
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44677
--- Comment #28 from Vincent Lefèvre ---
It seems that to get -Wunused-but-set-parameter=3 implicitly, one needs -Wextra
(contrary to -Wunused-but-set-variable=3). So the condition
-Wunused or -Wall or -Wunused -Wextra or -Wall -Wextra
(which
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44677
--- Comment #26 from Vincent Lefèvre ---
(In reply to GCC Commits from comment #25)
> -Wunused or -Wall or -Wunused -Wextra or -Wall -Wextra turn on [...]
This looks wrong. If I understand what has been added to gcc/doc/invoke.texi,
unused-b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121091
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2025-07-15
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121059
--- Comment #16 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:71be87055548cf942c7bc56d10ffd479db8569e4
commit r16-2259-g71be87055548cf942c7bc56d10ffd479db8569e4
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121038
--- Comment #3 from Andi Kleen ---
Better use set -e instead of explicit exit checks.
Yes it's dumb design in the tool, it could just stream the data. In fact if it
did that we could use the perf pipe mode to not even create a temporary file.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117836
Bug 117836 depends on bug 119862, which changed state.
Bug 119862 Summary: [16 Regression] gcc.dg/pr119160.c FAILs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119862
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117836
Bug 117836 depends on bug 119884, which changed state.
Bug 119884 Summary: [16 Regression] ICE: in emit_move_insn, at expr.cc:4636
with -O2 -fno-dse -favoid-store-forwarding since r16-15
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119884
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118945
Jeffrey A. Law changed:
What|Removed |Added
Assignee|vineetg at gcc dot gnu.org |law at gcc dot gnu.org
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119862
ptomsich at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Status|A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119884
ptomsich at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Status|A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121094
--- Comment #2 from Dmitry Prokoptsev ---
I don't think so -- this does repro on the current master, which has the fix
for bug 120273
(https://gcc.gnu.org/cgit/gcc/commit/?id=3b95be7bd1882add4b1e22f6b70bc130cd465eca).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121091
--- Comment #4 from Andrew Pinski ---
Simplified testcase:
```
#include "arm_sve.h"
svbool_t e(int mode) {
svbool_t pg;
switch (mode) {
case 0:
pg = svptrue_pat_b16(SV_VL6);
break;
case 1:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120389
--- Comment #8 from GCC Commits ---
The releases/gcc-15 branch has been updated by Gaius Mulley
:
https://gcc.gnu.org/g:7dcb64479e0cc590641a505b8fe1fd542f22a38f
commit r15-9980-g7dcb64479e0cc590641a505b8fe1fd542f22a38f
Author: Gaius Mulley
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120941
--- Comment #20 from H.J. Lu ---
(In reply to Filip Kastl from comment #19)
> Well, if you want to reproduce the lbm slowdown, you need a Zen2 or Zen5
> machine. I'm not sure how I would produce a testcase that would also
> uncover the slowdown
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108889
--- Comment #17 from GCC Commits ---
The master branch has been updated by Mikael Morin :
https://gcc.gnu.org/g:ac8e536526393580bc9a4339bab2f8603eff8a47
commit r16-2248-gac8e536526393580bc9a4339bab2f8603eff8a47
Author: Mikael Morin
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120941
--- Comment #19 from Filip Kastl ---
Well, if you want to reproduce the lbm slowdown, you need a Zen2 or Zen5
machine. I'm not sure how I would produce a testcase that would also uncover
the slowdown on other microarchitectures, sorry. If I un
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102284
Tomasz Kamiński changed:
What|Removed |Added
CC||tkaminsk at gcc dot gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108889
--- Comment #18 from GCC Commits ---
The master branch has been updated by Mikael Morin :
https://gcc.gnu.org/g:3c26783bf6fd15a134a424e8c108d1dc8df3fc44
commit r16-2249-g3c26783bf6fd15a134a424e8c108d1dc8df3fc44
Author: Mikael Morin
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120941
--- Comment #21 from Filip Kastl ---
Oh, ok. I misunderstood.
Well, you have SPEC CPU 2017, right? Then setting
OPTIMIZE= -Ofast -march=znver2 -mtune=znver2 -g -flto -fdump-rtl-all
should work.
Perhaps you'll also need
COPTIMIZE = -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120941
--- Comment #22 from H.J. Lu ---
(In reply to Filip Kastl from comment #21)
> Oh, ok. I misunderstood.
>
> Well, you have SPEC CPU 2017, right? Then setting
>
No, I don't. Please extract a small testcase.
> OPTIMIZE= -Ofast -march=znve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121077
Bug ID: 121077
Summary: [GCOV] Another abnormal cov pattern about ternary
operators
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120980
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121073
--- Comment #1 from Robin Dapp ---
That's very likely due to my recent broadcast changes. Will have a look.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121065
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121073
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |16.0
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121074
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |16.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120237
--- Comment #2 from Tobias Burnus ---
Iain pointed out (on IRC) that ISL > 0.24 will cause an in-tree build fail with
GCC-10.5 due to its use of C++17 (and seemingly not properly adding -std=c++17,
cf. PR 115077).
[BTW: GCC requires C++14; GCC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121078
Bug ID: 121078
Summary: [16 regression] gcc.dg/aru-2.c etc. FAIL
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: testsui
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121078
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |16.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121080
Bug ID: 121080
Summary: GCC seems to bypass the alias template CTAD deduction
guides if the template-id is simple enough
Product: gcc
Version: 15.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121079
Bug ID: 121079
Summary: ICE on x86_64-linux-gnu: tree check: expected tree
that contains 'common' structure, have 'integer_cst'
in copy_list, at tree.cc:1508
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110739
--- Comment #8 from GCC Commits ---
The master branch has been updated by Tomasz Kaminski :
https://gcc.gnu.org/g:b2b7276a7e114d2e9f76e02b8567b6ce387a2234
commit r16-2251-gb2b7276a7e114d2e9f76e02b8567b6ce387a2234
Author: Tomasz KamiÅski
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110739
Tomasz Kamiński changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
101 - 164 of 164 matches
Mail list logo
