https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120499
Bug ID: 120499
Summary: import std: indirect use of an exported class using a
vector yields undefined symbol
Product: gcc
Version: 15.1.1
Status: UNCONFIRMED
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120123
--- Comment #7 from GCC Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:a0364f41a8a5c9f785da8681c78d22c430ac4d70
commit r16-1035-ga0364f41a8a5c9f785da8681c78d22c430ac4d70
Author: Jason Merrill
Date: Sa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116400
--- Comment #16 from kargls at comcast dot net ---
(In reply to kargls from comment #15)
> (In reply to Francois-Xavier Coudert from comment #12)
> > Created attachment 61532 [details]
> > Regeneration script
> >
> > Attached is a shell script,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119950
Simon Marchi changed:
What|Removed |Added
CC||simon.marchi at polymtl dot ca
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120497
Gaius Mulley changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120497
--- Comment #3 from GCC Commits ---
The master branch has been updated by Gaius Mulley :
https://gcc.gnu.org/g:170717fa243ef466a99498113167627539af4553
commit r16-1029-g170717fa243ef466a99498113167627539af4553
Author: Gaius Mulley
Date: Sun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120498
--- Comment #6 from наб ---
It already issues `-Wmissing-field-initializers` with `-Wall -Wextra` for sa,
the issue at hand, if you decide that this is an error, is that the errors you
get aren't helpful.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120498
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120498
--- Comment #3 from наб ---
Sure, I build with -Wno-c99-extensions so I didn't really clock it.
Even if you consider GCC erroring on this instead of warning to be correct
(which I don't think is useful to anyone), the error is meaningless as-is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120498
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120498
--- Comment #2 from Andrew Pinski ---
>Somehow I feel like GCC-in-C++ mode is wrong to reject it here
It is not since C++ designated-initialising is not the same as C's.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120498
--- Comment #1 from Andrew Pinski ---
clang does throw a -pedantic-error though:
:8:34: error: nested designators are a C99 extension
[-Werror,-Wc99-designator]
8 | struct sa sa = {.sa_flags = 0, .u.sa_handler = 0};
|
= 0};
|^
:7:32: error: expected primary-expression before '.' token
Compiler returned: 1
gcc accepts this directly. Repro on 12.2.0, 14.2.0,
Compiler-Explorer-Build-gcc-c7df2b7d4380ade4caf8af4de8d3407d7d523a2f-binutils-2.42)
16.0.0 20250531 (ex
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120497
Bug ID: 120497
Summary: An error is generated when returning a var variable
which is a pointer
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120463
--- Comment #3 from Dubois ---
Hello,
in fact all the files are in *.zip file but it seems it cannot be
seen from the site..
Anyway, the answer is below.
-I wrote the bug was linked to doubly_linked_lists.
But now, it seems me
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120497
--- Comment #2 from Gaius Mulley ---
Created attachment 61557
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61557&action=edit
Proposed fix for return type checking.
Proposed fix which skips over the lvalue for a VAR variable when being t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120497
Gaius Mulley changed:
What|Removed |Added
Last reconfirmed||2025-05-31
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81501
Sam James changed:
What|Removed |Added
Keywords||patch
--- Comment #12 from Sam James ---
ht
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119948
--- Comment #21 from Jerry DeLisle ---
(In reply to Damian Rouson from comment #20)
> Should this issue be marked as resolved? If so, can the fix be back ported
> to the 15 branch?
I think it is resolved. It could be backported. Paul if you ar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115908
--- Comment #12 from Iain Sandoe ---
(In reply to Iain Sandoe from comment #10)
> my understanding is that the conclusion of CWG2563 is that this behaviour
> was not the intended design - and the resolution to this is in PR119916.
>
> (so that,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115908
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=118074
Iain Sandoe changed:
What|Removed |Added
Status|WAITING |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119948
--- Comment #20 from Damian Rouson ---
Should this issue be marked as resolved? If so, can the fix be back ported to
the 15 branch?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104928
--- Comment #17 from Jonathan Wakely ---
Using _S_do_try_acquire as the predicate for __atomic_wait_address is wrong,
because it can fail for two reasons: __old == 0, meaning we can't acquire the
semaphore and need to do an atomic wait, or becau
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120049
Jerry DeLisle changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120049
--- Comment #39 from GCC Commits ---
The releases/gcc-15 branch has been updated by Jerry DeLisle
:
https://gcc.gnu.org/g:41dee7da08873721a719849d19ef07c027e76dfb
commit r15-9749-g41dee7da08873721a719849d19ef07c027e76dfb
Author: Jerry DeLisle
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120496
Eric Botcazou changed:
What|Removed |Added
Summary|adaint.h:324:8: error: |libada does not build with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120463
Eric Botcazou changed:
What|Removed |Added
Last reconfirmed||2025-05-31
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120483
--- Comment #4 from Thomas Koenig ---
Looking at
$ cat save.f90
program memain
implicit none
character(len=:), allocatable, save :: s1
s1 = 'ABC'
if (s1(3:3) /= 'C') stop 1
end program memain
$ cat nosave.f90
program memain
implicit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120123
--- Comment #6 from Patrick Palka ---
N.B. the testcase here is a C++20 one, not related to xobj lambdas.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120496
--- Comment #2 from Dennis Clarke ---
(In reply to Sam James from comment #1)
> There's a bunch of porting required to get GNAT working on musl. I may work
> on it this stage1.
This was one of my primary concerns. I know that MUSL is a whole ot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120496
--- Comment #4 from Sam James ---
(In reply to Dennis Clarke from comment #2)
> May be trivial to fix given that the error only ever happens in the final
> stage of the bootstrap.
No, there's a lot more. If it were just this, I would give you
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120496
--- Comment #3 from Dennis Clarke ---
I will create an AMD64 machine with the same ( or similar ) software config
and begin testing there. I think more data is required cross platform.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120493
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120483
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120357
--- Comment #10 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:dce4da51ab66c3abb84448326910cd42f6fe2499
commit r16-1027-gdce4da51ab66c3abb84448326910cd42f6fe2499
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120483
Thomas Koenig changed:
What|Removed |Added
Summary|[15/16 Regression] |[15/16 Regression]
|c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120496
--- Comment #1 from Sam James ---
There's a bunch of porting required to get GNAT working on musl. I may work on
it this stage1.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120496
Bug ID: 120496
Summary: adaint.h:324:8: error: unknown type name 'cpu_set_t'
Product: gcc
Version: 15.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120483
Thomas Koenig changed:
What|Removed |Added
CC||vehre at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120495
Bug ID: 120495
Summary: error: non-template type 'coroutine_handle' used as a
template
Product: gcc
Version: 15.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47409
uecker at gcc dot gnu.org changed:
What|Removed |Added
CC||uecker at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111901
Uroš Bizjak changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|ubizjak at gmail d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120483
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
Ke
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120355
Thomas Koenig changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118074
--- Comment #10 from Iain Sandoe ---
(In reply to Weibo He from comment #9)
> Thank you for your work. I noticed the heap-use-after-free issue might still
> be present?
>
> https://godbolt.org/z/79bvTfWe5
I think this is because the design of
46 matches
Mail list logo
