https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102464
--- Comment #14 from CVS Commits ---
The master branch has been updated by hongtao Liu :
https://gcc.gnu.org/g:b879d40a17ec0409f1a2cd9ab6134bb28f53eea8
commit r12-5079-gb879d40a17ec0409f1a2cd9ab6134bb28f53eea8
Author: liuhongt
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103155
--- Comment #4 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #3)
> I am able to reproduce this at r12-4982-g962ff7d2849 as described in the
> bug, trying to see if a latter revision fixed the problem.
It is also broken at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101529
Andrew Pinski changed:
What|Removed |Added
Known to work||12.0
Summary|[11/12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88232
Martin Sebor changed:
What|Removed |Added
Component|c++ |middle-end
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103161
Martin Sebor changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55606
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101917
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Component|fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103151
--- Comment #2 from Hongtao.liu ---
vpcmov can be extended to V8HF/V16HF under TARGET_XOP, i'm testing a patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86052
Bastiaan Braams changed:
What|Removed |Added
CC||b.j.braams at cwi dot nl
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103124
Segher Boessenkool changed:
What|Removed |Added
Last reconfirmed||2021-11-10
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56189
Martin Sebor changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101529
--- Comment #8 from CVS Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:52fa771758635d9c53cddb9116e5a66fae592230
commit r12-5078-g52fa771758635d9c53cddb9116e5a66fae592230
Author: Andrew Pinski
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103164
Bug ID: 103164
Summary: -fipa-pta degrades aliasing oracle for tramp3d
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103163
Bug ID: 103163
Summary: stack_limit_rtx is created too early
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97403
--- Comment #2 from Jan Hubicka ---
Martin,
I think we can close this (possibly adding the testcase)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103155
--- Comment #3 from Andrew Pinski ---
I am able to reproduce this at r12-4982-g962ff7d2849 as described in the bug,
trying to see if a latter revision fixed the problem.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103155
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103161
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103161
Andrew Pinski changed:
What|Removed |Added
Keywords||diagnostic
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103161
Aldy Hernandez changed:
What|Removed |Added
CC||amacleod at redhat dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103154
Bastiaan Braams changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83762
Bastiaan Braams changed:
What|Removed |Added
CC||b.j.braams at cwi dot nl
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59702
Martin Sebor changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103077
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103158
Bastiaan Braams changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84008
Bastiaan Braams changed:
What|Removed |Added
CC||b.j.braams at cwi dot nl
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86491
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102690
Richard Biener changed:
What|Removed |Added
Target Milestone|12.0|11.3
Summary|[12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103146
Jonathan Wakely changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103148
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103151
Bug ID: 103151
Summary: ICE in extract_insn, at recog.c:2769 since
r12-3407-g9e2a82e1f9d2c4af
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103151
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103138
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=103137
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=103151
--- Comment #1 from Hongtao.liu ---
Mine.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103152
Martin Liška changed:
What|Removed |Added
Target Milestone|--- |11.3
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103139
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102906
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103121
--- Comment #18 from Richard Biener ---
The EVRP range_of_expr is not context sensitive and if EVRP is in effect the
EVRP active context is implicitely used, so when you try to ask for a different
context you won't get that contexts result but
compression algorithms: zlib
gcc version 12.0.0 20211109 (experimental) [master r12-5011-g2abd924f91e] (GCC)
[578] %
[578] % gcctk -O0 small.c; ./a.out
[579] %
[579] % gcctk -O1 small.c
[580] % ./a.out
Aborted
[581] %
[581] % cat small.c
struct {
int a:1;
} b;
int *c = (int *), d;
int main
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103153
--- Comment #4 from Jakub Jelinek ---
The code is invalid both because of the endless recursion into which it runs
and because in C++ main can't be called. See
https://eel.is/c++draft/basic.start.main#3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103138
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103137
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103155
Bug ID: 103155
Summary: [12 Regression] ICE in get_expr_operands, at
tree-ssa-operands.c:813
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103135
--- Comment #3 from Jakub Jelinek ---
And, I'm afraid there is nothing in DWARF that would allow locations at
sub-instruction boundaries. Each insn has to have just one location, so either
it gets the location of the and, or location of the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103144
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2021-11-09
Blocks|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103152
--- Comment #6 from Andrew Pinski ---
Created attachment 51754
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51754=edit
Patch which I will commit after bootstrap/test
Here is the patch which I am testing to remove the accidenly
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103154
Bug ID: 103154
Summary: Crashing gfortran due to bad type parameter
specification
Product: gcc
Version: 10.3.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103134
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103135
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101204
Thomas Schwinge changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99657
Andrew Pinski changed:
What|Removed |Added
URL||https://gcc.gnu.org/piperma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103153
Bug ID: 103153
Summary: The recursive call in C++ leads to crashes of GCC.
Product: gcc
Version: 9.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103152
Andrew Pinski changed:
What|Removed |Added
Known to fail||12.0
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103153
--- Comment #2 from Martin Liška ---
g++ pr103153.C && valgrind ./a.out
==1687== Memcheck, a memory error detector
==1687== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al.
==1687== Using Valgrind-3.17.0.GIT and LibVEX; rerun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103153
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103153
--- Comment #5 from Jonathan Wakely ---
(In reply to Xinmeng Xia from comment #0)
> The following code can be well compiled, however when execute it, GCC
> crashes with segmentation fault.
No, your program crashes, GCC doesn't.
Any use of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103132
--- Comment #3 from CVS Commits ---
The master branch has been updated by Martin Jambor :
https://gcc.gnu.org/g:df8690f28379795a44aa4b6c737df08828168b6a
commit r12-5045-gdf8690f28379795a44aa4b6c737df08828168b6a
Author: Martin Jambor
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103146
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93453
--- Comment #3 from Segher Boessenkool ---
Splitters run after all RTL transforms, so anything that can be done on the
split result has to be done manually. This does not scale. Splitters are
not suitable for this kind of thing.
You can do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88232
Thomas Schwinge changed:
What|Removed |Added
CC||tschwinge at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103152
Andrew Pinski changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pinskia at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103152
--- Comment #5 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #4)
> (In reply to Martin Liška from comment #1)
> > Started with r11-5890-g7d9767cb8eea0f21.
>
> Yes and no.
> Tthis was actually fixed for GCC 11 by
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103004
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103137
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103143
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103147
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103157
Bug ID: 103157
Summary: 'gengtype': 'typedef' causing infinite-recursion code
to be generated
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103157
--- Comment #1 from Andrew Pinski ---
There is a dup of this bug already
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103157
--- Comment #2 from CVS Commits ---
The master branch has been updated by Thomas Schwinge :
https://gcc.gnu.org/g:c71cb26a9e841888f52e4bfcaad94c8f8ecb4fdb
commit r12-5047-gc71cb26a9e841888f52e4bfcaad94c8f8ecb4fdb
Author: Thomas Schwinge
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101204
--- Comment #8 from CVS Commits ---
The master branch has been updated by Thomas Schwinge :
https://gcc.gnu.org/g:c71cb26a9e841888f52e4bfcaad94c8f8ecb4fdb
commit r12-5047-gc71cb26a9e841888f52e4bfcaad94c8f8ecb4fdb
Author: Thomas Schwinge
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103152
--- Comment #3 from Andrew Pinski ---
This is another signed one bit integer issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103042
--- Comment #7 from Tamar Christina ---
> gcc/testsuite/gcc.dg/vect/complex/fast-math-bb-slp-complex-add-pattern-double.c
This one running is odd, it's guarded by vect_double which doesn't match
sparc-*-*-*. That should be unresolved now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103153
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103004
--- Comment #2 from Jonathan Wakely ---
I see this on powerpc64le-unknown-linux-gnu:
./md-unwind-support.h:398:6: warning: no previous prototype for
‘ppc_backchain_fallback’ [-Wmissing-prototypes]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103132
Martin Jambor changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103135
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103139
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |12.0
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103151
Richard Biener changed:
What|Removed |Added
Target Milestone|12.0|---
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100672
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85846
--- Comment #1 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:a22d910305a5232694ff48ead37a7f53e46b7202
commit r12-5053-ga22d910305a5232694ff48ead37a7f53e46b7202
Author: Patrick Palka
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100652
--- Comment #2 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:a19f09cb03d7f69377e6d12162e5d6df78a82849
commit r12-5052-ga19f09cb03d7f69377e6d12162e5d6df78a82849
Author: Patrick Palka
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100652
Patrick Palka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103155
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2021-11-09
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98394
--- Comment #1 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:a22d910305a5232694ff48ead37a7f53e46b7202
commit r12-5053-ga22d910305a5232694ff48ead37a7f53e46b7202
Author: Patrick Palka
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101378
--- Comment #7 from Jakub Jelinek ---
I must say I don't understand why we do that PCC_BITFIELD_TYPE_MATTERS stuff in
dwarf2out.c (field_byte_offset) for non-bitfields, I don't understand why
byte_position (decl) wouldn't work just fine. After
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103146
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100253
--- Comment #10 from CVS Commits ---
The releases/gcc-10 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:92ffe7c3b6ffee8fd6ef92a5b3b4cc09263b01ee
commit r10-10260-g92ffe7c3b6ffee8fd6ef92a5b3b4cc09263b01ee
Author: Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100672
--- Comment #14 from CVS Commits ---
The releases/gcc-10 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:e8311f59c6e2fa1f5aacc3da5e95739886ebdee7
commit r10-10261-ge8311f59c6e2fa1f5aacc3da5e95739886ebdee7
Author: Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101378
--- Comment #4 from Jonathan Wakely ---
The C++ standard forbids two objects of the same type having the same address.
That is true for the empty base-class optimization and it's true for
[[no_unique_address]].
[intro.object]
> Two objects
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101378
--- Comment #5 from Jonathan Wakely ---
... and if the type is visible outside a single translation unit, then it needs
to follow the layout mandated by the ABI anyway, or it would violate the
One-Definition Rule.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100672
--- Comment #15 from CVS Commits ---
The releases/gcc-9 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:cc589cc7923b048b2722980cac69463b6f2e1941
commit r9-9820-gcc589cc7923b048b2722980cac69463b6f2e1941
Author: Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103134
--- Comment #2 from Will Cohen ---
Filed a dwz bug (https://sourceware.org/bugzilla/show_bug.cgi?id=28568) as an
alternative was to address the redundant DW_AT_entry_pc.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103159
--- Comment #1 from Mathieu Malaterre ---
Just to be sure, here is the actual command I had been starring at for a while:
```
% g++ -o undef -fsanitize=undefined -Wuninitialized undef.cxx && ./undef
21845
```
Maybe I got confused with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103159
Richard Biener changed:
What|Removed |Added
Blocks||24639
Summary|Some
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103159
--- Comment #3 from Mathieu Malaterre ---
Please note that the documentation currently does not detail the need/impact of
optimization for this flag:
* https://gcc.gnu.org/onlinedocs/gcc/Warning-Options.html#index-Wuninitialized
Maybe just
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103159
Mathieu Malaterre changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24639
Bug 24639 depends on bug 103159, which changed state.
Bug 103159 Summary: Some -Wuninitialized warnings still depend on optimization
level -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103159
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103158
Bug ID: 103158
Summary: ICE on arithmetic with type parameter
Product: gcc
Version: 10.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98394
Patrick Palka changed:
What|Removed |Added
Last reconfirmed||2021-11-09
Ever confirmed|0
1 - 100 of 153 matches
Mail list logo