https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120134
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2025-05-10
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120181
--- Comment #11 from John Paul Adrian Glaubitz ---
(In reply to camm from comment #10)
> Greetings! It is a linker issue -- thanks again for the suggestion and all
> the other comments. Closing this now.
Could you please link to the binutils
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120136
--- Comment #6 from Andrew Pinski ---
Note the ICE only happens for comment #0 if configured with
--enable-checking=yes (which is the default on the trunk).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120136
Andrew Pinski changed:
What|Removed |Added
Summary|internal compiler error:|[12/13/14/15/16 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120186
--- Comment #5 from John Paul Adrian Glaubitz ---
(In reply to John David Anglin from comment #3)
> I presume you edited pa.opt to enable LRA.
Yes.
> Would you provide full configure command and relevant environment options.
I built with:
./
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120049
--- Comment #25 from kargls at comcast dot net ---
On 5/9/25 20:22, jvdelisle at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120049
>
> --- Comment #24 from Jerry DeLisle ---
> It is interestingly complex. As I try dif
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118603
--- Comment #2 from Andrew Pinski ---
Patch finally submitted:
https://gcc.gnu.org/pipermail/gcc-patches/2025-May/683175.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120049
--- Comment #24 from Jerry DeLisle ---
It is interestingly complex. As I try different test cases I learn new things.
For example this error is caught already somewhere else in the code path. I am
going to identify where tomorrow. This may be a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120201
H.J. Lu changed:
What|Removed |Added
Component|target |sanitizer
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120204
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119753
--- Comment #10 from Bogdan ---
Actually, EDG seems to have a GCC compatibility mode on godbolt where it
doesn't use the #line format. I haven't tested to see whether it prints flags
or not, just wanted wanted to correct that bit.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120049
--- Comment #23 from kargls at comcast dot net ---
On 5/9/25 17:50, jvdelisle at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120049
>
> Jerry DeLisle changed:
>
> What|Removed |Adde
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119753
--- Comment #9 from Bogdan ---
MSVC and ICC do not follow POSIX whatsoever. Everything from default paths to
command-line options is different there so I don't think these count. As for
EDG, that's true but there is no common ground between its
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120206
--- Comment #1 from Andrew Pinski ---
Created attachment 61390
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61390&action=edit
Current patch
This includes some additional match.pd pattern changes which I will submit
seperately but tree-s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120206
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=120049
--- Comment #22 from Jerry DeLisle ---
I forgot to mention that when you flip the test example around:
print *, c_associated(42, c_loc(val))
It also gives an internal error. So I am taking care of it as well.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120205
Sam James changed:
What|Removed |Added
See Also||https://bugs.gentoo.org/sho
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120206
Bug ID: 120206
Summary: Removal of
forward_propagate_into_gimple_cond/forward_propagate_i
nto_comparison
Product: gcc
Version: 14.0
Status: UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120204
--- Comment #1 from GCC Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:b5f61a09c1ab3a45398333b50963e533a980b62d
commit r16-506-gb5f61a09c1ab3a45398333b50963e533a980b62d
Author: Jason Merrill
Date: Fri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114999
--- Comment #15 from Andrew Pinski ---
(In reply to Jennifer Schmitz from comment #12)
> Created attachment 60149 [details]
> Proposed patch for detecting abs diff for signed integers
Note the change for `-(A - B) -> B - A` with the addition of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120049
Jerry DeLisle changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jvdelisle at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120205
Sam James changed:
What|Removed |Added
Summary|[15/16 regression] unifdef |[15/16 regression] unifdef
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114999
--- Comment #14 from Andrew Pinski ---
(In reply to Jennifer Schmitz from comment #12)
> Created attachment 60149 [details]
> Proposed patch for detecting abs diff for signed integers
That is actually PR 50856.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119714
Erik Bråthen Solem changed:
What|Removed |Added
CC||erikbsolem at hotmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114649
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120205
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120205
Sam James changed:
What|Removed |Added
Summary|[15/16 regression] unifdef |[15/16 regression] unifdef
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120205
--- Comment #10 from Andrew Pinski ---
Computing maximum subobject size for _21:
Visiting use-def links for _21
_21: maximum subobject size 4106
vs:
Computing maximum subobject size for _21:
Visiting use-def links for _21
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120205
Sam James changed:
What|Removed |Added
Attachment #61388|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120181
camm at debian dot org changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120205
Sam James changed:
What|Removed |Added
Attachment #61386|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120205
--- Comment #7 from Sam James ---
(In reply to Sam James from comment #5)
> Created attachment 61386 [details]
> unifdef.c
>
> This is a bit better. It needs 'whitespace.c' as input data.
.. with return added in fgets.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120205
--- Comment #5 from Sam James ---
Created attachment 61386
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61386&action=edit
unifdef.c
This is a bit better. It needs 'whitespace.c' as input data.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120205
--- Comment #6 from Sam James ---
Created attachment 61387
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61387&action=edit
whitespace.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120186
--- Comment #4 from John David Anglin ---
My last LRA build was at r15-9116-g28751389a68.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120204
Jason Merrill changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120186
--- Comment #3 from John David Anglin ---
Hi Adrian,
I haven't tested LRA in sometime. There are are at least two bugs
preventing migration to LRA on hppa, although they didn't previously
break bootstrap. I don't believe these are problems wi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120205
--- Comment #1 from Sam James ---
Needs -std=gnu17.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120205
--- Comment #4 from Sam James ---
yes, lemme fix it up
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120205
--- Comment #3 from Jakub Jelinek ---
The reduction is wrong in many ways.
main shouldn't have a single char argument, fgets inline doesn't return
anything if __bdos is not -1, otherwise it calls fgets without any arguments,
all that is UB.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120051
--- Comment #12 from Iouri Kharon ---
FYI: Yet cc1/cc1plus can be linked with --pdb :) - secondary patch for ld added
to https://sourceware.org/bugzilla/show_bug.cgi?id=32942
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120205
--- Comment #2 from Sam James ---
In objsz1:
```
[local count: 118111600]:
__builtin_puts (&"foo"[0]);
- parseline_len.1_4 = parseline_len;
- parseline_len.2_5 = (sizetype) parseline_len.1_4;
- _20 = MAX_EXPR ;
- _19 = _20 - parseline
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120205
Sam James changed:
What|Removed |Added
Target Milestone|--- |15.2
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120205
Bug ID: 120205
Summary: [15/16 regression] unifdef miscompiled
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-en
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120068
guido2022 at trentalancia dot com changed:
What|Removed |Added
Resolution|INVALID |---
Stat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120068
Andrew Pinski changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119335
James K. Lowden changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119337
James K. Lowden changed:
What|Removed |Added
CC||jklowden at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120203
--- Comment #1 from Vineet Gupta ---
Fix posted here
https://gcc.gnu.org/pipermail/gcc-patches/2025-May/683159.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119164
--- Comment #4 from Vineet Gupta ---
Fix posted here
https://gcc.gnu.org/pipermail/gcc-patches/2025-May/683159.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120051
--- Comment #11 from Christoph Reiter ---
Thanks. With the latest patch + the patch for binutils, babl builds fine now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120204
Bug ID: 120204
Summary: `is not usable as a 'constexpr' function because` and
no reason why
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: diagnostic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120179
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120179
--- Comment #6 from GCC Commits ---
The releases/gcc-15 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:c60183d8265b5bd509007cf494549667c8c08faa
commit r15-9646-gc60183d8265b5bd509007cf494549667c8c08faa
Author: Harald Anlauf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119986
--- Comment #11 from GCC Commits ---
The releases/gcc-15 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:01324ffac8bcc6813ffbc78993a674bcac7b52ab
commit r15-9645-g01324ffac8bcc6813ffbc78993a674bcac7b52ab
Author: Harald Anlauf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120194
Thomas Schwinge changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120202
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120202
--- Comment #2 from Andrew Pinski ---
I will file the diagnostic issue seperately.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120203
Bug ID: 120203
Summary: RISC-V: Frm restore missing after call insn
(float-point-dynamic-frm-74.c)
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: wro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87765
Andrew Pinski changed:
What|Removed |Added
CC||calvin at cmpct dot info
--- Comment #10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120202
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120202
Bug ID: 120202
Summary: ICE with constexpr function for constant expression
Product: gcc
Version: 12.4.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120185
--- Comment #3 from Sergei Trofimovich ---
The change also fixed nss-3.11 build for me. Thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119712
Bug 119712 depends on bug 120048, which changed state.
Bug 120048 Summary: [14/15/16 Regression] ICE on valid code at -O{s,2} with
"-fno-tree-vrp -fno-tree-fre" on x86_64-linux-gnu: in type, at
value-range.h:982 since r16-244-gce489c870bf28e
ht
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120201
Andrew Pinski changed:
What|Removed |Added
Keywords||wrong-code
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120048
Andrew Macleod changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120201
--- Comment #2 from Stuart ---
Sure, sorry if the bug report was a little slapdash, my dinner was ready to
come out of the oven :)
g++ test.cpp -O3 -march=native -fsanitize=address -std=c++23 -g -v:
```
Using built-in specs.
COLLECT_GCC=g++
CO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120201
--- Comment #1 from Andrew Pinski ---
I can't reproduce this on the trunk but I am running on a skylake-avx512
machine.
Can you provide the -v output as requested?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120192
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120192
--- Comment #11 from Andrew Pinski ---
I can only get it to ICE at -O0.
And it still ICEs after r16-178-gdea7b9a78b11b5 .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120201
Bug ID: 120201
Summary: G++ generates a misaligned vector operation for
std::memcpy
Product: gcc
Version: 14.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120192
--- Comment #10 from Andrew Pinski ---
-mavx is enough to reproduce the ICE.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120192
--- Comment #9 from Andrew Pinski ---
/* We handle highly aligned variables in expand_stack_vars. */
gcc_assert (byte_align * BITS_PER_UNIT <= MAX_SUPPORTED_STACK_ALIGNMENT);
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120192
Andrew Pinski changed:
What|Removed |Added
Known to fail||16.0
--- Comment #8 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120196
--- Comment #2 from anlauf at gcc dot gnu.org ---
(In reply to anlauf from comment #1)
> Here's a testcase that fails under valgrind:
>
> program p
> implicit none
> character(:), allocatable :: a(:), s
> allocate (character(16) :: a(10),
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120192
--- Comment #7 from Andrew Pinski ---
[apinski@xeond2 gcc]$ ./xgcc -B. t.c -S -march=skylake-avx512 -w
during RTL pass: expand
In file included from
E:\Cache\rust\cargo\registry\src\index.crates.io-1949cf8c6b5b557f\ring-0.17.14\crypto/curve25519
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120196
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120180
Tobias Burnus changed:
What|Removed |Added
Keywords||rejects-valid
--- Comment #3 from Tobia
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120198
--- Comment #3 from Jonathan Wakely ---
It doesn't need to require hosted either.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110027
--- Comment #32 from Sam James ---
(In reply to Stuart from comment #31)
> I can reproduce this with GCC 14.2 and GCC 15.1 on Debian Sid.
>
> In my case it was std::memcpy that gave me an issue, but the reproducer here
> is the same issue.
Ple
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120198
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Assignee|unassigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120198
--- Comment #1 from Anthony Cozzolino ---
Copying the code and compiler error here for convenience:
#include
struct MutexLike
{
void lock() { }
void unlock() { }
bool try_lock() { return true; }
};
int main()
{
MutexLike m1,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110027
--- Comment #31 from Stuart ---
I can reproduce this with GCC 14.2 and GCC 15.1 on Debian Sid.
In my case it was std::memcpy that gave me an issue, but the reproducer here is
the same issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120199
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120191
--- Comment #7 from Jakub Jelinek ---
Created attachment 61384
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61384&action=edit
gcc16-pr120191.patch
This seems to work even when the kind argument is not named, just doing for
minmaxloc wha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120199
Andrew Pinski changed:
What|Removed |Added
Summary|ICE when using |ICE when using
|__bui
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120200
Bug ID: 120200
Summary: [16 Regression] profiledbootstrap broken on
x86_64-linux with -Wstringop-overflow in
i386-expand.cc
Product: gcc
Version: 16.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120199
Bug ID: 120199
Summary: ICE in type_dependent_expression_p when using
__builtin_addressof on templated function
Product: gcc
Version: 16.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120198
Bug ID: 120198
Summary: std::scoped_lock disabled for non-gthread environments
(such as arm-none-eabi)
Product: gcc
Version: 14.2.1
Status: UNCONFIRMED
Severit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120185
--- Comment #1 from GCC Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:21842fe301caa5dbc69a69033cdc17bb29b8c399
commit r16-503-g21842fe301caa5dbc69a69033cdc17bb29b8c399
Author: Jason Merrill
Date: Fri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120185
Jason Merrill changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99599
--- Comment #30 from GCC Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:21842fe301caa5dbc69a69033cdc17bb29b8c399
commit r16-503-g21842fe301caa5dbc69a69033cdc17bb29b8c399
Author: Jason Merrill
Date: Fri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120086
--- Comment #20 from John David Anglin ---
(In reply to John David Anglin from comment #19)
> It's not clear why gcov-30 passes on Linux. I searched the entire tree and
> couldn't find how TARGET_HAVE_LIBATOMIC gets set on Linux. Also, always
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120197
Bug ID: 120197
Summary: ICE in GCC with decltype(cout << a) in default
function parameter leads to recursive diagnostics with
-std=c++20
Product: gcc
Version: 16
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120196
Bug ID: 120196
Summary: In findloc2_s* when "back" is true loop goes one more
step than needed.
Product: gcc
Version: 15.1.0
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120191
--- Comment #5 from Daniil Kochergin ---
Done. Thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120191
--- Comment #4 from Jakub Jelinek ---
Yes. You need to write a ChangeLog entry, which would be in this case I think
something like
PR fortran/120191
* trans-intrinsic.cc (gfc_conv_intrinsic_minmaxloc):
Call strip_kind_fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105404
--- Comment #17 from Iain Sandoe ---
(In reply to Joel Sherrill from comment #16)
> Over at RTEMS.org, we have a report from a Mac user that the gcc zlib needs
> updating or patched to build there. We are seeing this with GCC 13 but the
> versio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120191
--- Comment #6 from Jakub Jelinek ---
Note, the test even with your patch FAILs for -O0 and -Os, first on STOP 17, I
see quite a few invocations still with 6 arguments:
grep maxloc.*,.*,.*,.*,.*,.* pr120191.f90.007t.gimple
[pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120195
Bug ID: 120195
Summary: [modules] export using of purview 'extern "C++"'
declaration not bound in importers
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Keyw
1 - 100 of 161 matches
Mail list logo
