https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121115
Francois-Xavier Coudert changed:
What|Removed |Added
Ever confirmed|0 |1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119590
--- Comment #9 from Francois-Xavier Coudert ---
The very good news is that Apple has fixed the issue in the 15.5 SDK and later
(including the 16.0 SDK). So, this issue was only ever present for the macOS
15.4 SDK.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120645
--- Comment #1 from Francois-Xavier Coudert ---
Created attachment 61630
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61630&action=edit
Proposed patch
Proposed patch to fix the issue and test. Also fixes a comment in a related
function,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120645
Bug ID: 120645
Summary: macOS number changes again with macOS 26 Tahoe
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116400
Francois-Xavier Coudert changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115236
Francois-Xavier Coudert changed:
What|Removed |Added
CC||fxcoudert at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116400
--- Comment #12 from Francois-Xavier Coudert ---
Created attachment 61532
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61532&action=edit
Regeneration script
Attached is a shell script, to be placed in libgfortran/, that can be run in
th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116400
--- Comment #10 from Francois-Xavier Coudert ---
> It would be much nicer if we could do something more like other places
> in the compiler, where there is some script to run in the source directory
> that can be done when one changes the m4 (an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119590
--- Comment #6 from Francois-Xavier Coudert ---
Reported to Apple as FB17100494.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119590
Francois-Xavier Coudert changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119590
Bug ID: 119590
Summary: macOS 15.4 SDK is not GCC compatible
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119172
Francois-Xavier Coudert changed:
What|Removed |Added
Host||*-apple-darwin*
T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119172
Bug ID: 119172
Summary: [12/13/14 regression] macOS SDK version is not set by
gcc
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116980
Francois-Xavier Coudert changed:
What|Removed |Added
CC||fxcoudert at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116827
--- Comment #6 from Francois-Xavier Coudert ---
(In reply to Jonathan Wakely from comment #5)
> > #if defined(__has_feature) && __has_feature(modules)
>
> This is a bug. If __has_feature is _not_ define, then __has_feature(modules)
> would not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116830
Bug ID: 116830
Summary: pubtypes-{2,3,4}.c test failure
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116827
--- Comment #4 from Francois-Xavier Coudert ---
Simple reproducer without any libstdc++ indeed:
$ cat a.cpp
#include
$ g++ a.cpp -fmodule-header
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116827
--- Comment #3 from Francois-Xavier Coudert ---
I thought the dependence on -fmodule-header was indicative of an issue with the
libstdc++ compatibility with the macOS SDK, but maybe I'm wrong. I've made it
component == target.
Looking at the ma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116827
Francois-Xavier Coudert changed:
What|Removed |Added
Build||x86_64-apple-darwin24
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116827
Bug ID: 116827
Summary: New C++ failures in macOS 15
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116809
--- Comment #18 from Francois-Xavier Coudert ---
I can confirm that the patch posted by Iain at
https://gcc.gnu.org/bugzilla/attachment.cgi?id=59176 applied on top of (now
pushed)
https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=43eab54939d37d4e634
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112297
Francois-Xavier Coudert changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116809
--- Comment #8 from Francois-Xavier Coudert ---
(In reply to Iain Sandoe from comment #2)
> Created attachment 59176 [details]
> Patch under test
Does not apply to upstream GCC. I think it needs "libgcc: limit to 11 from 11"
https://github.com/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116809
Francois-Xavier Coudert changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116809
Bug ID: 116809
Summary: Failure to build GCC on macOS 15 / Xcode 16 for Intel
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115070
--- Comment #6 from Francois-Xavier Coudert ---
So the var_decl in question is fpstate.0:
unit-size
align:8 warn_if_not_align:0 symtab:0 alias-set -1 canonical-type
0x1035003f0 precision:8 min max
pointe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115070
Francois-Xavier Coudert changed:
What|Removed |Added
CC||fxcoudert at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111632
Francois-Xavier Coudert changed:
What|Removed |Added
CC||ilg at livius dot net
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115006
Francois-Xavier Coudert changed:
What|Removed |Added
CC||fxcoudert at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111853
Francois-Xavier Coudert changed:
What|Removed |Added
CC||fxcoudert at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114049
Francois-Xavier Coudert changed:
What|Removed |Added
CC||fxcoudert at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114233
--- Comment #3 from Francois-Xavier Coudert ---
Jakub has posted a patch in the linker PR (thanks!).
But there remains a darwin bug. The test in check_effective_target_shared
actually works with C, but not with C++, because:
Undefined symbols
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113617
--- Comment #26 from Francois-Xavier Coudert ---
PS: I can confirm two things:
1. Your patch above is still necessary
2. In conjunction with the darwin-specific fix below, the testcase now passes:
diff --git a/gcc/testsuite/lib/target-supports
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113617
--- Comment #25 from Francois-Xavier Coudert ---
Yes, that test in check_effective_target_shared actually works with C, but not
with C++, because:
Undefined symbols for architecture arm64:
"__Z3foov", referenced from:
__Z3bazv in ccCj5p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113617
--- Comment #23 from Francois-Xavier Coudert ---
It's not being passed -shared on darwin:
Executing on host: /Users/fx/ibin-20240306/gcc/testsuite/g++/../../xg++
-B/Users/fx/ibin-20240306/gcc/testsuite/g++/../../
/Users/fx/gcc-upstream/gcc/tes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113617
--- Comment #21 from Francois-Xavier Coudert ---
That reduces a lot, but it's still missing main:
Excess errors:
Undefined symbols for architecture x86_64:
"_main", referenced from:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111632
--- Comment #18 from Francois-Xavier Coudert ---
First patch pushed as
https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=9970b576b7e4ae337af1268395ff221348c4b34a
(forgot to add the PR number, silly me)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113617
Francois-Xavier Coudert changed:
What|Removed |Added
CC||fxcoudert at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114233
Francois-Xavier Coudert changed:
What|Removed |Added
CC||jakub at redhat dot com
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111632
Francois-Xavier Coudert changed:
What|Removed |Added
CC||fxcoudert at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114233
Francois-Xavier Coudert changed:
What|Removed |Added
Target||x86_64-apple-darwin23
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114233
Bug ID: 114233
Summary: Newly-introduced pr113617.C test fails on Darwin
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114036
--- Comment #3 from Francois-Xavier Coudert ---
There's only one symbol we care about here, and its name is known, so I'll make
a patch with your suggestion and test it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114033
--- Comment #3 from Francois-Xavier Coudert ---
Created attachment 57480
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57480&action=edit
Preprocessed source
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114033
--- Comment #2 from Francois-Xavier Coudert ---
This is latest released version: MacOSX13.3.sdk from CLT 15.1 (on macOS 14.3).
I am attaching the preprocessed source.
The code from CFData.h that is triggering this is:
typedef CF_OPTIONS(CFOpti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114035
Francois-Xavier Coudert changed:
What|Removed |Added
Target||x86_64-apple-darwin23
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114036
Francois-Xavier Coudert changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114036
Bug ID: 114036
Summary: Test failure of gcov-14.c on darwin
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114035
Bug ID: 114035
Summary: Failure of pr97172-2.c on darwin
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114034
Francois-Xavier Coudert changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114034
Bug ID: 114034
Summary: Failure of tests gcov-dump-{1,2}.C
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114033
Francois-Xavier Coudert changed:
What|Removed |Added
Last reconfirmed||2024-02-21
Ever confirmed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114033
Bug ID: 114033
Summary: Failure of test darwin-cfstring1.C
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110651
Francois-Xavier Coudert changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105980
Francois-Xavier Coudert changed:
What|Removed |Added
CC||fxcoudert at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111342
Francois-Xavier Coudert changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112580
--- Comment #5 from Francois-Xavier Coudert ---
Not entirely, xtreme-header_b.C is still failing, as indicated above. See
recently:
https://gcc.gnu.org/pipermail/gcc-testresults/2024-January/805380.html
FAIL: g++.dg/modules/xtreme-header-2_b.C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110651
Francois-Xavier Coudert changed:
What|Removed |Added
Keywords||patch
Status|UNCO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112828
Francois-Xavier Coudert changed:
What|Removed |Added
CC||fxcoudert at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100651
Francois-Xavier Coudert changed:
What|Removed |Added
CC||fxcoudert at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112580
Francois-Xavier Coudert changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112506
--- Comment #1 from Francois-Xavier Coudert ---
The stack trace for the "expecting a DefImp symbol" error is the following:
* thread #1, queue = 'com.apple.main-thread', stop reason = breakpoint 2.1
* frame #0: 0x00010004a240
cc1gm2`::M2E
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112506
Francois-Xavier Coudert changed:
What|Removed |Added
Host||x86_64-apple-darwin21
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112506
Bug ID: 112506
Summary: gm2 test failures on x86_64-apple-darwin21
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: modul
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112397
Bug ID: 112397
Summary: Two persistent libstdc++ test failures on
x86_64-apple-darwin
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112396
Bug ID: 112396
Summary: "make check" should not error out, even when some
checks failed
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112368
Francois-Xavier Coudert changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112368
--- Comment #2 from Francois-Xavier Coudert ---
Could have been fixed by 8c40b72036c967fbb1d1150515cf70aec382f0a2
But the set of failures on Linux and Darwin are not exactly the same, so we
will see in the next regtest.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112368
Francois-Xavier Coudert changed:
What|Removed |Added
Ever confirmed|0 |1
Host|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112368
Bug ID: 112368
Summary: Darwin failures for avx256_move_by_pieces and
avx256_store_by_pieces
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111066
Francois-Xavier Coudert changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104042
Francois-Xavier Coudert changed:
What|Removed |Added
Build||x86_64-apple-darwin21
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111635
--- Comment #5 from Francois-Xavier Coudert ---
Third try (on aarch64-darwin): I installed Homebrew's libusb. But now, the
build succeeds…
⌁ [fx:/tmp/bmpflash] f87ad30 6s ± meson compile -C build
INFO: autodetecting backend as ninja
INFO: calcu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111635
Francois-Xavier Coudert changed:
What|Removed |Added
CC||fxcoudert at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112297
Francois-Xavier Coudert changed:
What|Removed |Added
Build||x86_64-apple-darwin21
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112297
Bug ID: 112297
Summary: Failure of pr100936.c on x86_64-apple-darwin21
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112294
Francois-Xavier Coudert changed:
What|Removed |Added
Ever confirmed|0 |1
Host|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112294
Bug ID: 112294
Summary: thread_local13.C and thread_local14.C fail on
x86_64-darwin
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112287
--- Comment #2 from Francois-Xavier Coudert ---
(In reply to Andrew Pinski from comment #1)
> My bet is that the testcase just needs a -march option since iirc Darwin
> defaults to core2.
Thanks, it works. Patch posted to the list.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112287
Francois-Xavier Coudert changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112287
Bug ID: 112287
Summary: gcc.target/i386/pr111698.c fails on x86_64-darwin
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111350
--- Comment #3 from Francois-Xavier Coudert ---
Clang: 14.0.0 build 1400
CLT: 14.2.0.0.1.1668646533
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111350
Bug ID: 111350
Summary: gcc.target/i386/avx512fp16-vfcmulcph-1b.c and friends
fail on x86_64-apple-darwin21
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Seve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111075
--- Comment #1 from Francois-Xavier Coudert ---
Preprocessed source:
% cat a-tail-padding1.ii
# 0 "/Users/fx/gcc-upstream/gcc/testsuite/g++.dg/torture/tail-padding1.C"
# 0 ""
# 0 ""
# 1 "/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111342
Bug ID: 111342
Summary: ICE for g++.target/i386/pr105980.C on
x86_64-apple-darwin21
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111340
--- Comment #2 from Francois-Xavier Coudert ---
Created attachment 55857
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55857&action=edit
Output of -fdump-rtl-final
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111340
Bug ID: 111340
Summary: gcc.dg/bitint-12.c fails on x86_64-apple-darwin
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111237
Francois-Xavier Coudert changed:
What|Removed |Added
Resolution|--- |INVALID
Status|WA
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111237
--- Comment #1 from Francois-Xavier Coudert ---
The failure was not seen on August 9 at
https://gcc.gnu.org/pipermail/gcc-testresults/2023-August/793205.html on
x86_64-apple-darwin20, so either it is a regression, or the Apple assembler has
beco
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111237
Bug ID: 111237
Summary: fp-int-convert-float64x.c fails on x86_64-apple-darwin
with "ambiguous instructions require an explicit
suffix"
Product: gcc
Version: 14.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111083
Francois-Xavier Coudert changed:
What|Removed |Added
Last reconfirmed||2023-08-20
Status
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111083
Bug ID: 111083
Summary: Test failure of g++.dg/ipa/pr67056.C on darwin
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85656
Francois-Xavier Coudert changed:
What|Removed |Added
CC||fxcoudert at gcc dot gnu.org
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111081
Francois-Xavier Coudert changed:
What|Removed |Added
Ever confirmed|0 |1
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111081
Bug ID: 111081
Summary: LTO link failure on darwin: g++.dg/lto/pr65276
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104042
--- Comment #5 from Francois-Xavier Coudert ---
Patch posted for Darwin at
https://gcc.gnu.org/pipermail/gcc-patches/2023-August/627923.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111066
--- Comment #3 from Francois-Xavier Coudert ---
Makes sense, patch posted:
https://gcc.gnu.org/pipermail/gcc-patches/2023-August/627922.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111067
--- Comment #2 from Francois-Xavier Coudert ---
I tried with:
diff --git a/gcc/testsuite/g++.dg/opt/icf1.C b/gcc/testsuite/g++.dg/opt/icf1.C
index fbb275e635a..d4e4bbf91b9 100644
--- a/gcc/testsuite/g++.dg/opt/icf1.C
+++ b/gcc/testsuite/g++.dg/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111075
Francois-Xavier Coudert changed:
What|Removed |Added
Target||x86_64-apple-darwin20
Eve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111075
Bug ID: 111075
Summary: ICE on g++.dg/torture/tail-padding1.C on darwin
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
1 - 100 of 247 matches
Mail list logo