https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90966
Bug ID: 90966
Summary: ICE in tsubst_copy, at cp/pt.c:16155
Product: gcc
Version: 9.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89782
--- Comment #6 from Jerry DeLisle ---
Author: jvdelisle
Date: Sat Jun 22 19:58:47 2019
New Revision: 272594
URL: https://gcc.gnu.org/viewcvs?rev=272594&root=gcc&view=rev
Log:
2019-06-22 Jerry DeLisle
PR fortran/89782
* io.c (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19347
--- Comment #7 from Eric Gallager ---
(In reply to Richard Biener from comment #6)
> Reconfirmed. Note we do vectorize the loop now but we add a runtime check
> for the aliasing (and not move the invariant out either).
So wait if the vectorizat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90965
Bug ID: 90965
Summary: Improve diagnostic for out-of-line constructor
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90329
--- Comment #48 from Kaz Kylheku ---
(In reply to Thomas Koenig from comment #47)
> I see two problems with this suggestion, one minor and one major.
>
> First, there may well be a value > 1 on the stack for a regular
> call, see comment #15.
T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90455
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90455
--- Comment #2 from Marek Polacek ---
Fixed (by r272287 I suspect).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58836
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65707
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89480
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65707
--- Comment #5 from Marek Polacek ---
Author: mpolacek
Date: Sat Jun 22 16:29:06 2019
New Revision: 272589
URL: https://gcc.gnu.org/viewcvs?rev=272589&root=gcc&view=rev
Log:
PR c++/65707
PR c++/89480
PR c++/58836
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58836
--- Comment #3 from Marek Polacek ---
Author: mpolacek
Date: Sat Jun 22 16:29:06 2019
New Revision: 272589
URL: https://gcc.gnu.org/viewcvs?rev=272589&root=gcc&view=rev
Log:
PR c++/65707
PR c++/89480
PR c++/58836
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89480
--- Comment #5 from Marek Polacek ---
Author: mpolacek
Date: Sat Jun 22 16:29:06 2019
New Revision: 272589
URL: https://gcc.gnu.org/viewcvs?rev=272589&root=gcc&view=rev
Log:
PR c++/65707
PR c++/89480
PR c++/58836
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90964
--- Comment #1 from Olivier Croquette ---
Also reported in the MinGW-w64 project:
https://sourceforge.net/p/mingw-w64/bugs/800/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90964
Bug ID: 90964
Summary: SJLJ: Backtrace stopped: previous frame inner to this
frame (corrupt stack?)
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66256
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66256
--- Comment #13 from Marek Polacek ---
Author: mpolacek
Date: Sat Jun 22 15:51:49 2019
New Revision: 272588
URL: https://gcc.gnu.org/viewcvs?rev=272588&root=gcc&view=rev
Log:
PR c++/66256
* g++.dg/cpp0x/noexcept54.C: New test.
A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52869
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90537
Bug 90537 depends on bug 86476, which changed state.
Bug 86476 Summary: Members declared later in a class appear to be unavailable
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86476
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86476
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90963
Bug ID: 90963
Summary: [10 Regression] FAIL:
gcc.c-torture/execute/built-in-setjmp.c execution test
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: nor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52869
--- Comment #18 from Marek Polacek ---
Author: mpolacek
Date: Sat Jun 22 15:14:30 2019
New Revision: 272586
URL: https://gcc.gnu.org/viewcvs?rev=272586&root=gcc&view=rev
Log:
PR c++/86476 - noexcept-specifier is a complete-class context.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86476
--- Comment #3 from Marek Polacek ---
Author: mpolacek
Date: Sat Jun 22 15:14:30 2019
New Revision: 272586
URL: https://gcc.gnu.org/viewcvs?rev=272586&root=gcc&view=rev
Log:
PR c++/86476 - noexcept-specifier is a complete-class context.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90881
--- Comment #9 from Federico Kircheis ---
Hi,
did you consider my last comment (Comment 6)?
I find it unfortunate that gcc will not warn anymore about unused variables in
some circumstances.
Maybe my example was not a good one, but I guess tha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90881
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89180
Bug 89180 depends on bug 90881, which changed state.
Bug 90881 Summary: -Wunused-value false positive in SFINAE context
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90881
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90881
--- Comment #7 from Marek Polacek ---
Author: mpolacek
Date: Sat Jun 22 14:43:00 2019
New Revision: 272585
URL: https://gcc.gnu.org/viewcvs?rev=272585&root=gcc&view=rev
Log:
PR c++/90881 - bogus -Wunused-value in unevaluated context.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90962
Bug ID: 90962
Summary: Array bound over optimization
Product: gcc
Version: 7.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90329
--- Comment #47 from Thomas Koenig ---
(In reply to Kaz Kylheku from comment #45)
> Hi everyone.
>
> Pardon my ignorance of C-Fortran bridging matters, but does any of the
> following make sense?
>
> The Fortran subroutine has no idea whether t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83250
Uroš Bizjak changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
--- Comment #2
30 matches
Mail list logo