https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120297
--- Comment #4 from Robin Dapp ---
I can reproduce this, but only with a qemu VLEN=128, VLEN >= 256 result in the
correct value of 234635118.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120396
Bug ID: 120396
Summary: unprofitable SLP vectorization, leaves scalar parts
live
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120397
Bug ID: 120397
Summary: std::uninitialized_value_construct cannot create
arrays of non-trivially destructible types
Product: gcc
Version: 16.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120354
--- Comment #2 from Ella Ma ---
Sorry, I made a mistake when making the example.
This problem happens when the flex-array member is not the last, **and the
members below it are in a record type**. (GCC will report if they are in
integer types)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120397
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2025-05-22
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120397
--- Comment #2 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #0)
> We could either stop using std::_Destroy(first, cur) in the uninitialized
> algos (no thanks), or make std::_Destroy(first, cur) handle arrays, or make
> std
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120398
Bug ID: 120398
Summary: vectorization emits shuffles followed by scalar adds
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120397
--- Comment #4 from Jonathan Wakely ---
--- a/libstdc++-v3/include/bits/stl_uninitialized.h
+++ b/libstdc++-v3/include/bits/stl_uninitialized.h
@@ -118,7 +118,7 @@ _GLIBCXX_BEGIN_NAMESPACE_VERSION
~_UninitDestroyGuard()
{
i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109892
--- Comment #3 from Alexander Monakov ---
In the meantime codegen for 'g' substantially regressed (with or without
-mfma), PR 120398.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120399
Bug ID: 120399
Summary: Rename and refactor std::__uninitialized_default*
algos
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: minor
Priori
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120399
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |16.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120400
Bug ID: 120400
Summary: C++ FE optimisations reorder && operands.
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117785
Jakub Jelinek changed:
What|Removed |Added
CC||jason at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119520
James K. Lowden 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=119461
James K. Lowden changed:
What|Removed |Added
CC||jklowden at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120357
Alex Coplan changed:
What|Removed |Added
CC||tnfchris at gcc dot gnu.org
Su
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120392
ad...@u-group13.org changed:
What|Removed |Added
Known to work||10.3.1
--- Comment #12 from ad...@
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117785
--- Comment #2 from Jakub Jelinek ---
Created attachment 61493
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61493&action=edit
gcc16-pr117785-wip.patch
Very early WIP patch.
This can right now handle a trivial exception throwing + catchi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120372
--- Comment #5 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:bb7b6d9ad7f89ebc68c9d1eff16bec95f6e81cd9
commit r16-823-gbb7b6d9ad7f89ebc68c9d1eff16bec95f6e81cd9
Author: Andrew Pinski
Date: Tue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120372
--- Comment #4 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:21a487046f4acda0d7d3aaed08a99501bd0430d3
commit r16-822-g21a487046f4acda0d7d3aaed08a99501bd0430d3
Author: Andrew Pinski
Date: Tue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120372
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120399
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119590
Alisdair Meredith changed:
What|Removed |Added
CC||alisdairm at me dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70557
--- Comment #14 from GCC Commits ---
The master branch has been updated by Jeff Law :
https://gcc.gnu.org/g:c77085970ec98916e12e079a5a9d9530b86aae71
commit r16-824-gc77085970ec98916e12e079a5a9d9530b86aae71
Author: Siarhei Volkau
Date: Thu Ma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119590
--- Comment #8 from Iain Sandoe ---
(In reply to Alisdair Meredith from comment #7)
> For a short term workaround adding `-D_Alignof=alignof` to your command
> lines should work -- at least according to my quick testing.
>
> If gcc were to add
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120392
Andrew Pinski changed:
What|Removed |Added
Known to work|10.3.1 |
--- Comment #13 from Andrew Pinski --
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120400
Andrew Pinski changed:
What|Removed |Added
Component|middle-end |c++
--- Comment #3 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120400
--- Comment #4 from Iain Sandoe ---
(In reply to Andrew Pinski from comment #3)
> that is TRUTH_ANDIF_EXPR being converted into TRUTH_AND_EXPR in fold because
> fold thinks coro_before_return and cond don't have side effects as they are
> normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120400
--- Comment #5 from Iain Sandoe ---
(In reply to Iain Sandoe from comment #4)
> (In reply to Andrew Pinski from comment #3)
> > that is TRUTH_ANDIF_EXPR being converted into TRUTH_AND_EXPR in fold because
> > fold thinks coro_before_return and c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119634
--- Comment #1 from Simon Sobisch ---
rechecked with today's debian package (now gcc 16), the result is identical,
also with -dialect ibm
Note: current versions still document the USE statement for procedures
https://www.ibm.com/docs/en/cobol-z
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120400
--- Comment #8 from Iain Sandoe ---
(In reply to Andrew Pinski from comment #7)
> I think if you set TREE_SIDE_EFFECTS on the decls that have a D_V_E, then it
> might just work.
i can also try that (but I'd want to avoid doing something that's
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120400
--- Comment #9 from Andrew Pinski ---
(In reply to Iain Sandoe from comment #8)
> (In reply to Andrew Pinski from comment #7)
> > I think if you set TREE_SIDE_EFFECTS on the decls that have a D_V_E, then it
> > might just work.
>
> i can also t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120400
--- Comment #7 from Andrew Pinski ---
I think if you set TREE_SIDE_EFFECTS on the decls that have a D_V_E, then it
might just work.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119638
--- Comment #2 from Simon Sobisch ---
Ooops - current debian package results in
gcobol tests/cobol85/SQ/SQ207M.CBL
(null):0: confused by earlier errors, bailing out
That seems like a sever bug (@jklowden: feel free to create a new one for th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119883
Simon Sobisch changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120263
Vineet Gupta changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119821
Simon Sobisch changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119805
--- Comment #1 from Simon Sobisch ---
still failing with today's package
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119768
--- Comment #1 from Simon Sobisch ---
still happens; note: for improved error handling the "guessed
Alphanumeric-edited" could be used to internally define nat, for example as
plain PIC X, that would prevent the second error
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119520
Simon Sobisch changed:
What|Removed |Added
Resolution|WORKSFORME |FIXED
--- Comment #2 from Simon Sobisch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120400
Iain Sandoe changed:
What|Removed |Added
Version|15.0|16.0
--- Comment #1 from Iain Sandoe ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120400
Andrew Pinski changed:
What|Removed |Added
Component|c++ |middle-end
--- Comment #2 from Andrew P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120400
--- Comment #6 from Andrew Pinski ---
(In reply to Iain Sandoe from comment #5)
>
> I must say it's also somewhat odd that the folder chooses the more expensive
> condition to come first - but then if there's no short-circuiting then all
> the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120400
--- Comment #10 from Iain Sandoe ---
(In reply to Iain Sandoe from comment #8)
> (In reply to Andrew Pinski from comment #7)
> > I think if you set TREE_SIDE_EFFECTS on the decls that have a D_V_E, then it
> > might just work.
>
> i can also tr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119324
--- Comment #8 from Robert Dubner ---
I don't like making blind changes. I need to duplicate the report you created
so that I know that any changes I make actually fix cppcheck outputs without
creating new ones.
The "problems" reported by Cppc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85750
--- Comment #16 from GCC Commits ---
The releases/gcc-15 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:6fb3dd1de63e48a0cc465973f9de24f680c3fde5
commit r15-9721-g6fb3dd1de63e48a0cc465973f9de24f680c3fde5
Author: Harald Anlauf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85750
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Summary|[12/13/14/15/16 Regression] |[12/13/14 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120401
Bug ID: 120401
Summary: gcobol allows arithmetic on alphanumeric fields
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120144
Giovanni Bajo changed:
What|Removed |Added
CC||giovannibajo at gmail dot com,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120396
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |12.5
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120396
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120395
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
Ever confi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120397
--- Comment #3 from Jonathan Wakely ---
~_UninitDestroyGuard()
{
if (__builtin_expect(_M_cur != 0, 0))
std::_Destroy(_M_first, *_M_cur);
}
If we handle arrays here then it doesn't impact other uses of std::_D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120385
Jason Merrill changed:
What|Removed |Added
Last reconfirmed||2025-05-22
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119805
--- Comment #2 from Simon Sobisch ---
... no, only fails without dialect; with gnu/ibm now compiles
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120395
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120402
Bug ID: 120402
Summary: gcobol does not check precedence of PIC characters
Product: gcc
Version: 13.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120389
--- Comment #2 from Gaius Mulley ---
Created attachment 61494
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61494&action=edit
Proposed fix which incompatible types in Xindr
Here is a proposed patch.
$ cat badarray.mod
MODULE badarray3 ;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120403
Bug ID: 120403
Summary: Can't collapse two equality into one
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-opt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120404
--- Comment #1 from Andrew Pinski ---
How is this different from PR 120263?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120403
Andrew Pinski changed:
What|Removed |Added
Keywords||missed-optimization
--- Comment #1 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120404
Bug ID: 120404
Summary: RISC-V: inline asm FRM write ignored by FRM
save/restore machinery
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105863
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119930
--- Comment #11 from Martin Jambor ---
(In reply to Sam James from comment #4)
> -fno-ipa-cp works
It does not help for me, can you double check, please?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111873
--- Comment #20 from GCC Commits ---
The releases/gcc-14 branch has been updated by Martin Jambor
:
https://gcc.gnu.org/g:92d8b9970ea2ed59010a5f1a394cb98adffa63e8
commit r14-11797-g92d8b9970ea2ed59010a5f1a394cb98adffa63e8
Author: Martin Jambor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120389
--- Comment #3 from GCC Commits ---
The master branch has been updated by Gaius Mulley :
https://gcc.gnu.org/g:895a8abad245365940939911e3d0de850522791e
commit r16-832-g895a8abad245365940939911e3d0de850522791e
Author: Gaius Mulley
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119930
--- Comment #12 from Sam James ---
(In reply to Martin Jambor from comment #11)
> (In reply to Sam James from comment #4)
> > -fno-ipa-cp works
>
> It does not help for me, can you double check, please?
I can't reproduce that now either (i.e.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120395
--- Comment #3 from Jonathan Wakely ---
Thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114860
Ramana Radhakrishnan changed:
What|Removed |Added
CC||ramana at gcc dot gnu.org
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120405
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120406
Bug ID: 120406
Summary: Modules ICE when including spdlog in Global Module
Fragment
Product: gcc
Version: 15.1.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120407
Bug ID: 120407
Summary: [12.3/13/14/15/16 Regression] Binary size manifold for
static linked MinGW target (e.g.
std::__throw_system_error)
Product: gcc
Version:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111876
Andrew Pinski changed:
What|Removed |Added
CC||ramana at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120405
Bug ID: 120405
Summary: bfloat16-complex.c fails with -mcpu=neoverse-v2 but
works with -mcpu=cortex-a57
Product: gcc
Version: 14.2.0
Status: UNCONFIRMED
Severi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89867
Jack Lloyd changed:
What|Removed |Added
CC||lloyd at randombit dot net
--- Comment #8 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120407
--- Comment #1 from Andrew Pinski ---
https://gcc.gnu.org/cgit/gcc/commit/?id=00ac6fa3f2a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120357
Alex Coplan changed:
What|Removed |Added
Keywords|needs-bisection |
Summary|[15/16 Regression] RI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120357
--- Comment #3 from Alex Coplan ---
This version ICEs with just -O3 on AArch64 (no longer needs -fwhole-program),
and fixes the -Woverflow warning:
char a;
void b(int d, int o, unsigned long long t[][22], int u[]) {
for (int v = 0; v < d + 14
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120395
Bug ID: 120395
Summary: Calls to std::__is_constant_evaluated() hurt codegen
at -O0
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Keywords: missed-optimizatio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120395
--- Comment #1 from Jonathan Wakely ---
This isn't actually related to the builtin, we get the same thing for any
always_inline function that returns a constant:
void x(int);
[[gnu::always_inline]]
inline bool always_true() { return true; }
s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119638
--- Comment #1 from Simon Sobisch ---
ping @jklowden
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119256
Simon Sobisch changed:
What|Removed |Added
CC||simonsobisch at gnu dot org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120360
--- Comment #7 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:5f4e794fd3efb0e44a6b5afdead95033df69c41b
commit r16-815-g5f4e794fd3efb0e44a6b5afdead95033df69c41b
Author: Jakub Jelinek
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119332
--- Comment #3 from Simon Sobisch ---
Instead of "/dev/null" you can also write "banana", it doesn't matter. Seems
like the option parsing is broken "somewhere".
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120231
Joe Ramsay changed:
What|Removed |Added
CC||joe.ramsay at arm dot com
--- Comment #5 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120231
--- Comment #7 from Jakub Jelinek ---
(In reply to Alex Coplan from comment #6)
> I suppose that example boils down to whether code like:
>
> _Bool f(_Float16 a) {
> return a * a >= 0;
> }
> _Bool g(float a) {
> return a * a >= 0;
> }
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120231
--- Comment #6 from Alex Coplan ---
I suppose that example boils down to whether code like:
_Bool f(_Float16 a) {
return a * a >= 0;
}
_Bool g(float a) {
return a * a >= 0;
}
can be optimised to return true. We currently do it with -f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120231
--- Comment #8 from Jakub Jelinek ---
In any case, #c5 and onwards is completely unrelated to this PR, which is about
value ranges for casts from integers to floating point and vice versa. So,
please move that elsewhere.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120367
--- Comment #6 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:04f2be72b1deecd6c6d454e000cfc0cb16db957c
commit r16-819-g04f2be72b1deecd6c6d454e000cfc0cb16db957c
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120377
--- Comment #4 from Cameron Angus ---
Managed to build from source, and indeed the reduced repro is fine, and my own
code is also no longer giving the original ICE that it was. So seems the
underlying issue must have been addressed in the last f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120409
Bug ID: 120409
Summary: FAIL: g++.dg/coroutines/torture/pr119916.C
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120410
Bug ID: 120410
Summary: [15/16 Regression] [SH] XTRCT instruction is no longer
selected for shift after multiplication
Product: gcc
Version: 15.1.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120276
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolutio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120404
--- Comment #2 from Vineet Gupta ---
(In reply to Andrew Pinski from comment #1)
> How is this different from PR 120263?
PR120263 posited, incorrectly that inline asm need to save/restore around them.
That was just a misunderstadning because cu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120407
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2025-05-22
Status|UNCONFIRM
x86_64-linux-gnu
Configured with: ../gcc-trunk-20250522/configure
--prefix=/opt/compiler-explorer/gcc-build/staging
--enable-libstdcxx-backtrace=yes --build=x86_64-linux-gnu
--host=x86_64-linux-gnu --target=x86_64-linux-gnu --disable-bootstrap
--enable-multiarch --with-abi=m64 --with-multilib-list=m32,m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120276
Ramana Radhakrishnan changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120406
Nathaniel Shead changed:
What|Removed |Added
CC||nshead at gcc dot gnu.org
Res
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108080
Nathaniel Shead changed:
What|Removed |Added
CC||chrisi57001 at gmail dot com
--- Comm
2;
Target: x86_64-pc-linux-gnu
Configured with: ../repo/configure --prefix=/home/cjangus/gcc
--enable-languages=c,c++ --disable-multilib
gcc version 16.0.0 20250522 (experimental) (GCC)
1 - 100 of 115 matches
Mail list logo
