https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103205
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103051
Martin Liška changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103051
--- Comment #12 from CVS Commits ---
The master branch has been updated by Martin Liska :
https://gcc.gnu.org/g:6849c71c065e599282c98f3678f22ac52d97a755
commit r12-5198-g6849c71c065e599282c98f3678f22ac52d97a755
Author: Martin Liska
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103206
qinzhao at gcc dot gnu.org changed:
What|Removed |Added
CC||qinzhao at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103205
--- Comment #3 from Martin Liška ---
(In reply to H.J. Lu from comment #2)
> [hjl@gnu-cfl-2 pr103205]$ cat s2.c
> unsigned short sync_fetch_and_and_short_15_a;
> unsigned short
> __attribute__sync_fetch_and_and_short_15 (void)
> {
> return __s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103207
Aldy Hernandez changed:
What|Removed |Added
CC||amacleod at redhat dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103199
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103205
H.J. Lu changed:
What|Removed |Added
Summary|[12 Regression] ICE |[9/10/11/12 Regression] ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63426
Bug 63426 depends on bug 103167, which changed state.
Bug 103167 Summary: UBSAN error since g:05f40bc4c116ba48843728201bc7290a5e518598
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103167
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103167
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103167
--- Comment #9 from CVS Commits ---
The master branch has been updated by Martin Liska :
https://gcc.gnu.org/g:83310a08a2bc52b6e8c3a3e3216b4e723e58c961
commit r12-5197-g83310a08a2bc52b6e8c3a3e3216b4e723e58c961
Author: Martin Liska
Date: Fri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163
Bug 26163 depends on bug 102997, which changed state.
Bug 102997 Summary: [12 Regression] 45% 454.calculix regression with LTO+PGO
-march=native -Ofast on Zen since
r12-4526-gd8edfadfc7a9795b65177a50ce44fd348858e844
https://gcc.gnu.org/bugzilla/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102997
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103209
Jan Hubicka changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |hubicka at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103194
--- Comment #4 from H.J. Lu ---
This avoids the crash:
diff --git a/gcc/tree-ssa-ccp.c b/gcc/tree-ssa-ccp.c
index 0f79e9f05bd..14c5ecdf119 100644
--- a/gcc/tree-ssa-ccp.c
+++ b/gcc/tree-ssa-ccp.c
@@ -3443,7 +3443,7 @@ optimize_atomic_bit_test_a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102997
--- Comment #29 from Martin Liška ---
As seen here:
https://lnt.opensuse.org/db_default/v4/SPEC/graph?plot.0=299.170.0
https://lnt.opensuse.org/db_default/v4/SPEC/graph?plot.0=474.170.0
the regression is fixed!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103213
Bug ID: 103213
Summary: Lambda type name overlap
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103212
--- Comment #1 from Egor Pugin ---
Original code was closer to something like this:
---
#include
constexpr bool test = requires { [](auto o) {}(std::unique_ptr{}); };
static_assert(test);
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103212
Bug ID: 103212
Summary: requires expression with lambda fails
Product: gcc
Version: 11.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103192
--- Comment #11 from Aldy Hernandez ---
Created attachment 51778
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51778&action=edit
preprocessed source to reproduce
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103192
--- Comment #10 from Aldy Hernandez ---
The guard seems to be removed by the vrp2 pass, not by jump threading.
a.ii.195t.vrp2:Folding predicate iftmp.2373_1515 != 0B to 1
For some bizarre reason, ranger thinks iftmp.2373_1515 is nonzero and re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103210
--- Comment #4 from Eric Gallager ---
(In reply to Jonathan Wakely from comment #3)
> And GCC already has a distinct "too many braces around scalar initializer"
> diagnostic (an error) for the cases covered by that Clang option. I think
> this i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103199
--- Comment #1 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:aa1fd30df56d752e3d5a81af409875a1f1e3e327
commit r12-5196-gaa1fd30df56d752e3d5a81af409875a1f1e3e327
Author: David Malcolm
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103207
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103208
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103209
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103210
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103211
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103211
Martin Liška changed:
What|Removed |Added
Target Milestone|--- |12.0
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103211
Bug ID: 103211
Summary: [12 Regression] 416.gamess crashes after
r12-5177-g494bdadf28d0fb35
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: wrong-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103200
Martin Liška changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103209
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2021-11-12
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103208
Martin Liška changed:
What|Removed |Added
Known to fail||12.0
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103207
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103210
--- Comment #3 from Jonathan Wakely ---
And GCC already has a distinct "too many braces around scalar initializer"
diagnostic (an error) for the cases covered by that Clang option. I think this
is a different case (although without a proper test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103210
--- Comment #2 from Jonathan Wakely ---
(In reply to Eric Gallager from comment #0)
> As for a warning name, in bug 95559 it was mentioned that apparently clang
> calls this -Wmany-braces-around-scalar-init, so maybe use that?
Just "many" doesn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103200
--- Comment #4 from CVS Commits ---
The master branch has been updated by Jan Hubicka :
https://gcc.gnu.org/g:1b62cddcf091fb8cadf575246a7d3ff778650a6b
commit r12-5195-g1b62cddcf091fb8cadf575246a7d3ff778650a6b
Author: Jan Hubicka
Date: Fri N
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103210
--- Comment #1 from Eric Gallager ---
Note that this also applies to the related "excess elements in scalar
initializer" pedwarn at lines 10574-10575 in the same file:
https://gcc.gnu.org/git/?p=gcc.git;a=blob;f=gcc/c/c-typeck.c;h=782414f8c8cb6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103210
Bug ID: 103210
Summary: "warning: braces around scalar initializer" should
have a warning flag controlling it
[-Wmany-braces-around-scalar-init]
Product: gcc
Ver
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992
--- Comment #30 from Francois-Xavier Coudert ---
(In reply to Iain Sandoe from comment #29)
> I've posted a fix for this (it is the fix for darwin21 DTORs in general)
Yes I've seen the patch, thanks!
> however CAVEAT : there is No guarantee gi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992
--- Comment #29 from Iain Sandoe ---
(In reply to Francois-Xavier Coudert from comment #28)
> > Well, unless there's a good reason to have it in a DTOR, it makes for a more
> > robust solution to call it directly (there are various other differe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59675
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59675
--- Comment #10 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:a54ce8865a885bca5ab9c4aa6ec725cd13c09901
commit r12-5193-ga54ce8865a885bca5ab9c4aa6ec725cd13c09901
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70361
Eric Gallager changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
Se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71852
--- Comment #4 from Eric Gallager ---
(In reply to Eric Gallager from comment #3)
> Confirmed, I would've thought Marek's recent changes to
> -Wtautological-compare would have gotten this, but guess not...
Can someone help me remember which comm
le-multilib :
(reconfigured) ../configure
--prefix=/home/haoxin/haoxin-data/compilers/gcc/build/ --enable-bootstrap
--enable-checking=release --enable-multilib --enable-languages=c,c++,lto
--no-create --no-recursion
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 12.0.0 2022 (experimental) (GCC)
Thanks,
Haoxin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97896
--- Comment #12 from CVS Commits ---
The master branch has been updated by Mikael Morin :
https://gcc.gnu.org/g:68d62cb20637b2faf2c2cc1716a0786b07a6a76f
commit r12-5192-g68d62cb20637b2faf2c2cc1716a0786b07a6a76f
Author: Mikael Morin
Date: Sun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992
Francois-Xavier Coudert changed:
What|Removed |Added
CC||fxcoudert at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87504
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102497
Martin Liška changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103192
--- Comment #9 from Jakub Jelinek ---
(In reply to Aldy Hernandez from comment #8)
> Note that I've disabled all the thread full passes and the problem persists.
So, can you see where the guarding condition vanishes in that case?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102497
--- Comment #4 from CVS Commits ---
The master branch has been updated by Martin Liska :
https://gcc.gnu.org/g:5f516a6a5d7ecce48a86d01fed1aeb4fc4ccc534
commit r12-5190-g5f516a6a5d7ecce48a86d01fed1aeb4fc4ccc534
Author: Martin Liska
Date: Fri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103192
--- Comment #8 from Aldy Hernandez ---
Note that I've disabled all the thread full passes and the problem persists.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103192
--- Comment #7 from Jakub Jelinek ---
For me, all I can see is that clearly at runtime omp_add_variable is called
with pctx NULL despite the if (pctx) guard around it and that until threadfull2
I was seeing a guarding condition in the IL that en
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103192
--- Comment #6 from Aldy Hernandez ---
Hmm, all these threads look correct. Following are my steps for verification.
In a stage2 compiler I do:
$ rm -f gimplify.o
$ make cc1 CXXFLAGS="-O2 -fdisable-tree-threadfull2 -fdisable-tree-threadfull1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103021
--- Comment #1 from Eric Gallager ---
Note that automake did similarly in the following commit:
https://git.savannah.gnu.org/cgit/automake.git/commit/m4?id=d2ccbd7eb38d6a4277d6f42b994eb5a29b1edf29
...and that commit is part of automake 1.16.4, s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103197
Segher Boessenkool changed:
What|Removed |Added
Last reconfirmed||2021-11-12
Status|UNCO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103192
--- Comment #5 from Martin Jambor ---
On one of my machines I can see the ICE with an LTO
profiledbootstrapped compiler but neither with a normally bootstrapped
compiler nor with an LTO-bootstrapped compiler, without PGO. I have
not yet tried w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103208
Bug ID: 103208
Summary: ICE: SSA corruption (Existing SSA name for symbol
marked for renaming),or ICE in make_decl_rtl, at
varasm.c:1446
Product: gcc
Version: 12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103207
Bug ID: 103207
Summary: [12 Regression] ICE in verify_range, at
value-range.cc:385
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: ice-checking, ice-o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103200
--- Comment #3 from Jan Hubicka ---
Sorry, I managed to include last minute change that was wrong. Currently
modref does not track if function is deterministic so we can not detect looping
pure/consts. I am testing.
diff --git a/gcc/ipa-modref
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103192
--- Comment #4 from Aldy Hernandez ---
I can reproduce on a stage2 compiler. I've narrowed it down to:
-O2 -fdisable-tree-threadfull2 -fdisable-tree-threadfull1
-fdisable-tree-thread2 -fdisable-tree-thread1
-fdbg-cnt=registered_jump_thread:543
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103133
--- Comment #8 from Jonathan Wakely ---
For the record, musl does the same, since
g:85da5c3024f731e719c4093314da8edcd1056527
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103195
--- Comment #3 from hubicka at kam dot mff.cuni.cz ---
> > threader stuff would be my bet, but we need to bisect this (tfft2 is also
> > quite small)
>
> Bad bet ;) It's caused by r12-5113-gd70ef65692fced7a.
Hehe, that was my guess yeterday. T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103205
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |12.0
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103206
Richard Biener changed:
What|Removed |Added
Keywords|ice-on-valid-code |ice-on-invalid-code
--- Comment #1 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103202
--- Comment #7 from Aldy Hernandez ---
(In reply to Aldy Hernandez from comment #6)
> Not looking at this yet, but disabling jump threading from all passes (dom
> included) makes the problem go away:
>
> $ ./xgcc -B./ a.c -w -O2 -fno-thread-jum
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103202
--- Comment #6 from Aldy Hernandez ---
Not looking at this yet, but disabling jump threading from all passes (dom
included) makes the problem go away:
$ ./xgcc -B./ a.c -w -O2 -fno-thread-jumps && ./a.out
element 1
element 2
element 3
...so *m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103200
Martin Liška changed:
What|Removed |Added
Keywords|needs-bisection |
Summary|[12 Regression] FAIL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103195
Martin Liška changed:
What|Removed |Added
Keywords|needs-bisection |
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103204
Martin Liška changed:
What|Removed |Added
Summary|[11 Regression] ICE: in |[11 Regression] ICE: in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103206
Martin Liška changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
Ever conf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103206
Bug ID: 103206
Summary: ICE in insn_default_length, at
config/aarch64/aarch64.md:1183
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: ice-on-valid-cod
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103205
Bug ID: 103205
Summary: [12 Regression] ICE Segmentation fault since
r12-5102-gfb161782545224f5
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: ice-on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103201
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103202
Martin Liška changed:
What|Removed |Added
Summary|[12 regression] gcc |[12 regression] gcc
|m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103202
--- Comment #4 from Richard Biener ---
(In reply to Sergei Trofimovich from comment #3)
> Created attachment 51776 [details]
> main_loop_simpler.c
>
> Attaching seemingly simpler example. I applied most inlines and simplified
> loops as much as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103201
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103194
Martin Liška changed:
What|Removed |Added
Summary|[12 Regression] ice in |[12 Regression] ice in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103202
--- Comment #3 from Sergei Trofimovich ---
Created attachment 51776
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51776&action=edit
main_loop_simpler.c
Attaching seemingly simpler example. I applied most inlines and simplified
loops as m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92023
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71740
Andrew Pinski changed:
What|Removed |Added
CC||afuturepilotis at gmail dot com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85079
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103204
--- Comment #3 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:140346fa246dc2476c5c2bf2ecadebd18a3af5d0
commit r12-5189-g140346fa246dc2476c5c2bf2ecadebd18a3af5d0
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85079
Andrew Pinski changed:
What|Removed |Added
Keywords|needs-reduction |
--- Comment #4 from Andrew Pinski ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92023
Andrew Pinski changed:
What|Removed |Added
Component|c++ |middle-end
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80135
Andrew Pinski changed:
What|Removed |Added
CC||christianlupus at web dot de
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84462
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |8.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69338
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |9.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68613
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |6.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103192
--- Comment #3 from Aldy Hernandez ---
(In reply to Jakub Jelinek from comment #1)
> Seems to have started with r12-4790-g4b3a325f07acebf47e82de227ce1d5ba62f5bcae
Huh. I wonder what happened. I never saw these regressions in my testing.
Will
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103204
--- Comment #2 from Andrew Pinski ---
I suspect the patch which fixed PR 100923 caused this one but I could be wrong.
101 - 192 of 192 matches
Mail list logo