https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120495
Iain Sandoe changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |iains at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98324
--- Comment #8 from GCC Commits ---
The master branch has been updated by Kito Cheng :
https://gcc.gnu.org/g:3f1f99ef82a65d66e3aaa429bf4fb746b93da0db
commit r16-1046-g3f1f99ef82a65d66e3aaa429bf4fb746b93da0db
Author: Kito Cheng
Date: Tue May
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120180
--- Comment #7 from Tobias Burnus ---
The ICE is now fixed (GCC mainline/16 + GCC 15). [Thanks!]
Open are the issues (or "issues") → comment 3
* non-executable directives (like 'omp nothing' or 'omp error at(compile)') as
intervening code [Ope
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120504
Xi Ruoyao changed:
What|Removed |Added
CC||xry111 at gcc dot gnu.org
Priorit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119856
--- Comment #17 from GCC Commits ---
The releases/gcc-15 branch has been updated by Jerry DeLisle
:
https://gcc.gnu.org/g:21e0a742e7b70dcb9d8bed87a7d1b1b77b48b364
commit r15-9755-g21e0a742e7b70dcb9d8bed87a7d1b1b77b48b364
Author: Jerry DeLisle
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119856
--- Comment #16 from GCC Commits ---
The releases/gcc-15 branch has been updated by Jerry DeLisle
:
https://gcc.gnu.org/g:4856affe9e08a3562792d6cde217cd06c1ef93da
commit r15-9754-g4856affe9e08a3562792d6cde217cd06c1ef93da
Author: Jerry DeLisle
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120493
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120493
--- Comment #2 from GCC Commits ---
The master branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:2da641d01700907d600ff9027ecfc82500342428
commit r16-1041-g2da641d01700907d600ff9027ecfc82500342428
Author: H.J. Lu
Date: Sun Jun 1 09:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119856
--- Comment #15 from GCC Commits ---
The master branch has been updated by Jerry DeLisle :
https://gcc.gnu.org/g:5ff48aabf76c8913c013f233d3f42bb217a16e7b
commit r16-1040-g5ff48aabf76c8913c013f233d3f42bb217a16e7b
Author: Jerry DeLisle
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40883
Bug 40883 depends on bug 79093, which changed state.
Bug 79093 Summary: Hard coded plural in builtins.c:3203
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79093
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84818
Andrew Pinski changed:
What|Removed |Added
CC||fmarchal at perso dot be
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79093
Andrew Pinski changed:
What|Removed |Added
Resolution|FIXED |DUPLICATE
--- Comment #5 from Andrew Pin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79093
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120465
--- Comment #7 from Eligor Kadaf ---
Thank you for the fast fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79093
Magnus Morton changed:
What|Removed |Added
CC||magnusmorton at gmail dot com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120483
--- Comment #5 from anlauf at gcc dot gnu.org ---
Instead of adding the SAVE attribute to the declaration, one can get the
same wrong code with -fno-automatic.
The decl generated by gfc_sym_type() looks suspicious in the case when the
SAVE attri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120504
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
Last reconfirme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120504
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |16.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120504
Bug ID: 120504
Summary: [16 Regression] gcc-16 fails to build llvm-20 and
gdb-16.3 unique_ptr.h:91:23: error: invalid
application of 'sizeof' to incomplete type ... since
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120503
Bug ID: 120503
Summary: P2115R0 (merging unnamed enumerations) is not fully
implemented
Product: gcc
Version: 15.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107600
--- Comment #6 from Jonathan Wakely ---
This regressed the following testcase:
struct X;
template
struct default_delete
{
void operator()(T*) { static_assert(sizeof(T), "type is not incomplete"); }
};
template>
struct unique_ptr
{
~unique
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120503
--- Comment #1 from Andrew Pinski ---
An unnamed enumeration that does not have a typedef name for linkage purposes
(9.2.3) and that has a first enumerator is denoted, for linkage purposes (6.6),
by its underlying type and its first enumerator;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120422
Robert Dubner changed:
What|Removed |Added
CC||rdubner at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120502
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2025-06-01
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119524
Robert Dubner changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120502
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |15.2
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120500
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120500
--- Comment #1 from Andrew Pinski ---
Created attachment 61558
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61558&action=edit
Reduced, removed includes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119524
--- Comment #4 from GCC Commits ---
The master branch has been updated by Robert Dubner :
https://gcc.gnu.org/g:213cb633e7ec9b291768a4da0cd6d67679221aeb
commit r16-1038-g213cb633e7ec9b291768a4da0cd6d67679221aeb
Author: Robert Dubner
Date: S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120465
Patrick Palka changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120502
Bug ID: 120502
Summary: GCC Crash at cp/constexpr.cc:5462 when trying to
constant evaluate constructor
Product: gcc
Version: 15.1.0
Status: UNCONFIRMED
Severit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120465
--- Comment #5 from GCC Commits ---
The releases/gcc-15 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:48d6f5dbb0e412266ebb77def04ed378ca856029
commit r15-9751-g48d6f5dbb0e412266ebb77def04ed378ca856029
Author: Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120501
Robert Dubner changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jklowden at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120501
Bug ID: 120501
Summary: Error parsing ">>turn"
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: cobol
Assignee:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116400
--- Comment #18 from Jonathan Wakely ---
for ac_prog in gm4 gnum4 m4
do
# Extract the first word of "$ac_prog", so it can be a program name with
args.
set dummy $ac_prog; ac_word=$2
{ $as_echo "$as_me:${as_lineno-$LINENO}: checking for $ac_wor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120498
--- Comment #12 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #11)
> So you can't use designated initializers with that type in C++.
This is true for *most* POSIX structs, because POSIX does not guarantee the
order of membe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120498
--- Comment #10 from наб ---
Cool. Can you reach the same conclusion about the original unminified sample
which uses struct sigaction's sa_handler member directly?
#include
struct sigaction sa = {.sa_flags = SA_RESETHAND, .sa_handler = 0};
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120498
--- Comment #11 from Jonathan Wakely ---
.sa_handler is not a real member of the struct, it's a macro referring to a
nested member.
So you can't use designated initializers with that type in C++.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120498
--- Comment #8 from Jonathan Wakely ---
And "expected primary-expression before '.' token" because that syntax for
initializing a member of a subobject isn't valid at all in C++.
So you're not initializing 'sa.u' and that's why you get an error
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120498
--- Comment #9 from Jonathan Wakely ---
The correct way to do it is to provide an initializer for sa.u, and that
initializer can initialize .sa_handler i.e.
struct sa sa = {.sa_flags = 0, .u = {.sa_handler = 0} };
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120498
--- Comment #7 from Jonathan Wakely ---
What isn't helpful about them? It tells you exactly what is wrong with the
code:
"either all initializer clauses should be designated or none of them should be"
GCC didn't decide this is an error, the C+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120499
Nathaniel Shead changed:
What|Removed |Added
CC||nshead at gcc dot gnu.org
Ever co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120474
Gaius Mulley changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120474
--- Comment #2 from GCC Commits ---
The master branch has been updated by Gaius Mulley :
https://gcc.gnu.org/g:13498bf4fcff4c0633678c53a46b6be425d2904c
commit r16-1037-g13498bf4fcff4c0633678c53a46b6be425d2904c
Author: Gaius Mulley
Date: Sun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120380
--- Comment #5 from GCC Commits ---
The master branch has been updated by Martin Uecker :
https://gcc.gnu.org/g:b2c8d3064764f1f4bfd41d8791d06f2206b42780
commit r16-1036-gb2c8d3064764f1f4bfd41d8791d06f2206b42780
Author: Martin Uecker
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120500
Bug ID: 120500
Summary: Template argument deduction fails when using a
template-member-function of a template-type with the
same fixed sequence
Product: gcc
Vers
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116400
--- Comment #17 from Iain Sandoe ---
on macOS we have to use gm4 (the installed version does not recognise -g or
--gnu).
Having said that, *developers* working on GCC on macOS most likely do have a
newer version installed, since the OS one is o
47 matches
Mail list logo