https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120110
--- Comment #1 from Pascal Pignard ---
Created attachment 61309
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61309&action=edit
Reproducer with the offending line not in comment test_20250501_genagg-2.zip
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120110
Bug ID: 120110
Summary: Instantiation error record aggregate must use (), not
[]
Product: gcc
Version: 14.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119937
--- Comment #9 from Matthias Klose ---
this is only seen with a profiled bootstrap, make profiledbootstrap-lean, not
with the bootstrap target.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119632
--- Comment #5 from Simon Sobisch ---
@Bob, what do you think of committing that patch as it waits on one of the
COBOL maintainers (and later or work on supporting that - at least as
"ignored")?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120066
--- Comment #2 from Andrew Pinski ---
Fixed this morning.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120066
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120066
Bug ID: 120066
Summary: FAIL: gcc.c-torture/compile/pr51694.c -O0 (internal
compiler error: Segmentation fault)
Product: gcc
Version: 16.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120056
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
See
bc6abdff5e4..b26ae30255a 100644
--- a/gcc/diagnostic-format-sarif.cc
+++ b/gcc/diagnostic-format-sarif.cc
@@ -1851,6 +1851,7 @@ maybe_get_sarif_level (diagnostic_t diag_kind)
{
case DK_WARNING:
return "warning";
+case DK_FATAL:
case DK_ERROR:
ret
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120063
Bug ID: 120063
Summary: SARIF output: fatal errors should have their "level"
set to "error"
Product: gcc
Version: 15.1.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107744
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
St
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120058
Sam James changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120058
Bug ID: 120058
Summary: internal compiler error: Segmentation fault
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120056
--- Comment #1 from catsith at me dot com ---
The source code comment is wrong; std::expected template arguments do matter -
replacing int with void removes the issue.
The use of function pointers isn't necessary to trigger this; also happens wi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120056
Bug ID: 120056
Summary: Circular constraint satisfaction error with
non-trivial container iterators to callables taking
std::expected parameters
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107022
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120052
--- Comment #1 from Andrew Pinski ---
Created attachment 61262
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61262&action=edit
Cleaned up and reduced testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120052
Bug ID: 120052
Summary: internal compiler error: in scan_omp_1_op, at
omp-low.cc:4005
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
ined yet. This also means we can remove the
CO_AWAIT_EXPR and CO_YIELD_EXPR special-cases from
type_dependent_expression_p.
PR c++/112341 - error: insufficient contextual information to determine
type on co_await result in function template
gcc/cp/ChangeLog:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119162
--- Comment #4 from GCC Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:25fe59805029e164bfbe347adbdf62856d1b1b1e
commit r16-325-g25fe59805029e164bfbe347adbdf62856d1b1b1e
Author: Jason Merrill
Date: Tue
error: in |[15/16 regression] internal
|redirect_to_unreachable, at |compiler error: in
|ipa-fnsummary.cc:258 for|redirect_to_unreachable, at
|32-bits |ipa-fnsummary.cc:258 for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120042
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120042
--- Comment #3 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:299d48ff4a34c00a6ef964b694fb9b1312683049
commit r16-316-g299d48ff4a34c00a6ef964b694fb9b1312683049
Author: Andrew Pinski
Date: Wed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120042
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120042
--- Comment #1 from Andrew Pinski ---
This should fix it:
```
[apinski@xeond2 gcc]$ git stash show -v
diff --git a/gcc/tree-vectorizer.h b/gcc/tree-vectorizer.h
index 01d19c77656..5cfdeb6d209 100644
--- a/gcc/tree-vectorizer.h
+++ b/gcc/tree-vec
:
|to build with error:|stage1 fails to build with
|‘CDI_DOMINATORS’ was not|error: ‘CDI_DOMINATORS’ was
|declared in this scope in |not declared in this scope
|tree-vectorizer.h |in tree-vectorizer.h
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120042
Bug ID: 120042
Summary: [16] RISC-V: stage1 fails to build with error:
‘dominated_by_p’ was not declared in this scope in
tree-vectorizer.h
Product: gcc
Version
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119378
--- Comment #8 from GCC Commits ---
The releases/gcc-14 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:30432ffd9220cc949ef470c47455c6a64f2cdb69
commit r14-11706-g30432ffd9220cc949ef470c47455c6a64f2cdb69
Author: Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119378
--- Comment #7 from GCC Commits ---
The releases/gcc-15 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:670250c904dd5c8a1e0a0d241c42d5657400cdc8
commit r15-9605-g670250c904dd5c8a1e0a0d241c42d5657400cdc8
Author: Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119378
--- Comment #6 from GCC Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:05ea8baf6ff96c77a9a2467d5c45b1ed575fca92
commit r16-309-g05ea8baf6ff96c77a9a2467d5c45b1ed575fca92
Author: Patrick Palka
Date: We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101670
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
--- Comment #
is in GCC 14 (so 14.3 will accept this code), but for GCC
> > 15 we properly implement https://wg21.link/p1815 and so error in this case:
> >
> > :2:11: error: 'instance' exposes TU-local entity 'struct'
> > 2 | struct {} instance;
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120018
--- Comment #3 from Marc Poulhiès ---
Ok, thanks Andrew, we'll take care of fixing this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120018
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120018
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120018
Bug ID: 120018
Summary: internal compiler error: in redirect_to_unreachable,
at ipa-fnsummary.cc:258 for 32-bits
Product: gcc
Version: 16.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120015
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120015
Bug ID: 120015
Summary: internal compiler error: in unify, at cp/pt.cc:25969
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109926
Jonathan Wakely changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
able exposes the TU-local type), and
> https://eel.is/c++draft/basic.link#17 (the variable is not TU-local, so this
> is ill-formed).
>
> We don't check this in GCC 14 (so 14.3 will accept this code), but for GCC
> 15 we properly implement https://wg21.link/p1815 and so error in t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120005
--- Comment #4 from Nathaniel Shead ---
But as Andrew says, you can workaround the issue by declaring it 'inline' to
prevent it from having internal linkage. This will also avoid any issues with
accidental ODR usages from later maintenance.
-29
--- Comment #3 from Nathaniel Shead ---
The error is because we don't fully implement
https://eel.is/c++draft/basic.link#14.4, as constexpr functions and templates
don't fold away non-ODR usages of internal linkage objects as constant
expressions. I've not yet worked out a go
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112288
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120005
--- Comment #2 from Andrew Pinski ---
I think even comment #0 is correct error message. constexpr causes the linkage
to be local. I think you need inline here to cause the linkage to be vague.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120005
--- Comment #1 from Andrew Pinski ---
>I'm additionally seeing errors in a module which internally uses some boost
>containers.
That one looks like a correct error.
https://github.com/boostorg/conta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120005
Bug ID: 120005
Summary: TU-local exposure error in constexpr function
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109655
Patrick Palka changed:
What|Removed |Added
CC||luc.grosheintz at gmail dot com
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119983
--- Comment #3 from Nathaniel Shead ---
I will note that making the variable internal linkage will silence GCC 15,
since a TU-local variable itself is not an exposure; this is appropriate if you
only need the variable within that TU. For exampl
declaration of the
variable exposes the TU-local type), and https://eel.is/c++draft/basic.link#17
(the variable is not TU-local, so this is ill-formed).
We don't check this in GCC 14 (so 14.3 will accept this code), but for GCC 15
we properly implement https://wg21.link/p1815 and so error in this case
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119993
Bug ID: 119993
Summary: internal compiler error: populationSize.0 from
writePopulation referenced in readPopulation
Product: gcc
Version: 16.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119992
Bug ID: 119992
Summary: internal compiler error: in gimplify_expr, at
gimplify.cc:19860
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119991
Bug ID: 119991
Summary: internal compiler error: tree check: expected class
'type', have 'exceptional' (error_mark) in
create_tmp_from_val, at gimplify.cc:621
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112288
--- Comment #17 from GCC Commits ---
The releases/gcc-14 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:d3cb17bed3a61a2d45ff6142bbabc633a334dc2f
commit r14-11694-gd3cb17bed3a61a2d45ff6142bbabc633a334dc2f
Author: Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119983
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119983
Bug ID: 119983
Summary: Member function in unnamed type causes internal
compiler error in module.
Product: gcc
Version: 14.2.0
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119970
Sergei Trofimovich changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113207
--- Comment #16 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:83d7dcfc0e447daf93d3df824a37181a7964c2f0
commit r16-192-g83d7dcfc0e447daf93d3df824a37181a7964c2f0
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119970
--- Comment #6 from Tomasz Kamiński ---
Yes, this allows us to avoid a separate allocation when transcoding to valid
Unicode. For reference in libstdc++-v3/src/c++23/print.cc, to_valid_unicode
will edit sequence in-situ:
```
// If sizeof(_Char
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119970
--- Comment #5 from LIU Hao ---
Is there a reason why `__write_to_terminal` takes a `span` instead of a
`span`?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119970
--- Comment #4 from Tomasz Kamiński ---
I would be grateful, if you could confirm that above fixed the build for you.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119970
--- Comment #3 from GCC Commits ---
The master branch has been updated by Tomasz Kaminski :
https://gcc.gnu.org/g:1be88e43f3e93e85bef9499de905fa72d8596e7d
commit r16-183-g1be88e43f3e93e85bef9499de905fa72d8596e7d
Author: Tomasz KamiÅski
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119954
--- Comment #2 from mcccs at gmx dot com ---
Created attachment 61219
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61219&action=edit
testcase that should be run with -std=c++20 or above.cpp
Uploaded testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119970
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119970
--- Comment #2 from Tomasz Kamiński ---
The fails only occurs on WIN32, i.e. if defined(_WIN32) &&
!defined(__CYGWIN__).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119954
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2025-04-28
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119970
Tomasz Kamiński changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |tkaminsk at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119970
--- Comment #1 from LIU Hao ---
Created attachment 61218
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61218&action=edit
this isn't specific to mingw, right?
|m:224:65: error: could not |m:224:65: error: could not
|convert '__out' since |convert '__out' since
|r16-142-g01e5ef3e8b9128 |r16-142-g01e5ef3e8b9128
Version|unknown |16.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119970
Bug ID: 119970
Summary: [15 Regression] mingw builds fail as
libstdc++-v3/include/ostream:224:65: error: could not
convert '__out' since r16-142-g01e5ef3e8b9128
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119967
Manuel Lauss changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119967
Bug ID: 119967
Summary: mips: build faillure gcc/config/mips/mips.cc:20681:7:
error: 'is_micromips' was not declared in this scope
Product: gcc
Version: 16.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116600
Andrew Pinski changed:
What|Removed |Added
CC||chenglulu at loongson dot cn
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119937
--- Comment #8 from Matthias Klose ---
and both builds use the 64bit time_t changes, which are still in review.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119937
--- Comment #7 from Matthias Klose ---
the same build / configuration succeeds to build on Ubuntu (Ubuntu has all the
hardening flags turned on by default, Debian keeps them off by default).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119937
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
--- Comment #6 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119954
Bug ID: 119954
Summary: "a < b < c < d < ..." taking long time to process to
generate error message
Product: gcc
Version: 16.0
Status: UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119937
--- Comment #5 from Sam James ---
Lemme try repro.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119937
--- Comment #4 from Matthias Klose ---
a cross compiler targeting arm-linux-gnueabihf is built successful.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119937
Matthias Klose changed:
What|Removed |Added
Ever confirmed|1 |0
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119937
Eric Botcazou changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119632
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|15.0|15.2
--- Comment #4 from Jakub Jelinek
|-Os breaks inlining:|breaks inlining:
|raw_hash_set.h: error: |raw_hash_set.h: error:
|inlining failed in call to |inlining failed in call to
|'always_inline': target |'always_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119362
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|15.0|15.2
--- Comment #5 from Jakub Jelinek
fails:
LLVM ERROR: Size expression must be absolute.
This commit progresses GCN target:
[-FAIL: g++.dg/init/call1.C -std=gnu++17 (internal compiler error:
Aborted signal terminated program as)-]
[-FAIL:-]{+PASS:+} g++.dg/init/call1.C -std=gnu++17 (te
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119327
--- Comment #14 from GCC Commits ---
The releases/gcc-15 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:00cc9725634f5547bbe29e0b7f94b87d0fe03e4b
commit r15-9586-g00cc9725634f5547bbe29e0b7f94b87d0fe03e4b
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119367
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|15.0|15.2
--- Comment #9 from Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102674
--- Comment #8 from Jakub Jelinek ---
Fixed also for 13.4.
|template with |template with
|-Wformat-security (error|-Wformat-security (error
|reporting routines |reporting routines
|re-entered.)|re-entered.)
--- Comment #12 from Jakub Jelinek ---
Fixed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118024
--- Comment #10 from Jakub Jelinek ---
Fixed also for 13.4.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113360
Jason Merrill changed:
What|Removed |Added
Target Milestone|13.4|15.0
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95419
Iain Buclaw changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119204
--- Comment #9 from GCC Commits ---
The releases/gcc-13 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:997b3e922f57219b6cc1f293bb57a84468fd5d9e
commit r13-9599-g997b3e922f57219b6cc1f293bb57a84468fd5d9e
Author: Jakub Jelinek
Date: Fri Apr 4 20:57:09 2025 +0200
lto: lto-opts fixes [PR119625]
I can reproduce a really weird error in our distro i686 trunk gcc
(but haven't managed to reproduce it with vanilla trunk yet).
echo 'void foo (void) {}' > a.c; gcc -O2 -flto=auto -m32 -ma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119204
--- Comment #8 from GCC Commits ---
The releases/gcc-13 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:f82a279e0e6bb792f70cce1f9451537c9b5eb8be
commit r13-9598-gf82a279e0e6bb792f70cce1f9451537c9b5eb8be
Author: Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118024
--- Comment #9 from GCC Commits ---
The releases/gcc-13 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:4bbd1ab1f9ed7f55e9f506bc07b256cebb4f9d92
commit r13-9579-g4bbd1ab1f9ed7f55e9f506bc07b256cebb4f9d92
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117825
--- Comment #11 from GCC Commits ---
The releases/gcc-13 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:e49c0a19e2f275c982e3c63df2b29af92718c16d
commit r13-9581-ge49c0a19e2f275c982e3c63df2b29af92718c16d
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102674
--- Comment #7 from GCC Commits ---
The releases/gcc-13 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:1ec99f67bbf748143a177cc34dd41c87f9803ffc
commit r13-9574-g1ec99f67bbf748143a177cc34dd41c87f9803ffc
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119906
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
Resol
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119906
Bug ID: 119906
Summary: error: '' in namespace 'std' does
not name a type
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119200
Andre Vehreschild changed:
What|Removed |Added
Resolution|--- |FIXED
Status|WAITING
1 - 100 of 26021 matches
Mail list logo
