https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114151
--- Comment #22 from Richard Biener ---
(In reply to Andrew Macleod from comment #21)
> (In reply to Richard Biener from comment #19)
>
> >
> > While ranger has a range_on_exit API this doesn't work on GENERIC
> > expressions
> > as far as I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112709
--- Comment #9 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:364c684c474841e3c9c04e025a5c1bca49705c86
commit r14-9444-g364c684c474841e3c9c04e025a5c1bca49705c86
Author: Jakub Jelinek
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112709
--- Comment #10 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:6586359e8e4c611dd96129b5d4f24023949ac3fc
commit r14-9445-g6586359e8e4c611dd96129b5d4f24023949ac3fc
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114283
--- Comment #1 from GCC Commits ---
The master branch has been updated by Tobias Burnus :
https://gcc.gnu.org/g:c5037fcee2de438774466e78e46e6ab4df72a7fe
commit r14-9446-gc5037fcee2de438774466e78e46e6ab4df72a7fe
Author: Tobias Burnus
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114313
--- Comment #3 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:0613b12dd7f6274a1aac07f295ed51d86c2c85f1
commit r14-9447-g0613b12dd7f6274a1aac07f295ed51d86c2c85f1
Author: Jakub Jelinek
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114313
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114319
--- Comment #5 from Richard Biener ---
Coalescing successful!
Merged into 1 stores
32 bit bswap implementation found at: _37
looks like we are only merging one store. Note we cannot recognize
bswap to memory this is a known issue. So for the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110167
--- Comment #14 from GCC Commits ---
The releases/gcc-12 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:ec5da76ad33dcba7858525fdb6b39288631fcd8a
commit r12-10206-gec5da76ad33dcba7858525fdb6b39288631fcd8a
Author: Jonathan Wa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112548
--- Comment #10 from Robin Dapp ---
(In reply to Sam James from comment #9)
> (In reply to Filip Kastl from comment #8)
> > I'd like to help but I'm afraid I cannot send you the SPEC binaries with PGO
> > applied since SPEC is licensed nor can I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110167
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114322
Bug ID: 114322
Summary: [14 Regression] SCEV analysis failed for bases like
A[(i+x)*stride] since r14-9193-ga0b1798042d033
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114322
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.0
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114307
--- Comment #8 from Maxim Kuvyrkov ---
Patch posted:
https://patchwork.sourceware.org/project/gcc/patch/20240313105839.2785627-1-maxim.kuvyr...@linaro.org/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114323
Bug ID: 114323
Summary: [14 Regression] MVE vector load intrinsic miscompiled
since r14-5622-g4d7647edfd7d98
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Sev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114323
--- Comment #1 from Alex Coplan ---
Hmm, so in 043t.mergephi1 we have:
uint32x4_t foo ()
{
const uint32_t D.13439[4];
uint32x4_t V0;
:
D.13439 = *.LC0;
V0_3 = vld1q_u32 (&D.13439);
D.13439 ={v} {CLOBBER(eos)};
return V0_3;
}
b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114323
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114324
Bug ID: 114324
Summary: AVX2 vectorisation performance regression with
gfortran 13/14
Product: gcc
Version: 13.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112652
--- Comment #6 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #5 from ro at CeBiTec dot Uni-Bielefeld.DE Uni-Bielefeld.DE> ---
>> --- Comment #4 from Jakub Jelinek ---
>> Given that C++ says e.g. in https://eel.is/c++draft/lex.ccon#
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111075
Marek Polacek changed:
What|Removed |Added
Priority|P1 |P2
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98462
Patrick Palka changed:
What|Removed |Added
Target Milestone|--- |11.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 98462, which changed state.
Bug 98462 Summary: [modules] ICE when making iomanip module and all modules
after it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98462
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114323
Jeffrey A. Law changed:
What|Removed |Added
Priority|P3 |P1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114322
Jeffrey A. Law changed:
What|Removed |Added
Priority|P3 |P2
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114304
Jeffrey A. Law changed:
What|Removed |Added
Summary|[13/14 Regression] |libgfortran I/O – bogus
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112652
--- Comment #7 from Jakub Jelinek ---
(In reply to r...@cebitec.uni-bielefeld.de from comment #6)
> > --- Comment #5 from ro at CeBiTec dot Uni-Bielefeld.DE > Uni-Bielefeld.DE> ---
> >> --- Comment #4 from Jakub Jelinek ---
> >> Given that C++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114261
--- Comment #8 from Alexander Monakov ---
If we want to get rid of the compilation time regression sooner rather than
later, I can suggest limiting my change only to functions that call setjmp:
diff --git a/gcc/sched-deps.cc b/gcc/sched-deps.cc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111523
--- Comment #10 from qinzhao at gcc dot gnu.org ---
(In reply to Andrew Pinski from comment #9)
> Anways systemd has now changed the buffer to 256 which is much much smaller
> and for most calls enough in size before needing to reallocate the bu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114325
Bug ID: 114325
Summary: std::format gives incorrect results for negative
numbers
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113907
--- Comment #55 from Jan Hubicka ---
> Anyway, can we in the spot my patch changed just walk all
> source->node->callees > cgraph_edges, for each of them find the corresponding
> cgraph_edge in the alias > and for each walk all the jump_functi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114261
--- Comment #9 from Richard Biener ---
As far as I understand the testcase is from fuzzing so not "real", so I think
this proposed "fix" isn't necessary (and it's not a real fix, adding a
setjmp call at the end of the function will restore it).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113907
--- Comment #56 from Jakub Jelinek ---
(In reply to Jan Hubicka from comment #55)
> It is however not hard to match the jump function while walking gimple
> bodies and comparing statements, which is backportable and localized. I am
> still waiti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114326
Bug ID: 114326
Summary: Missed optimization for A || B when !B implies A.
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114319
--- Comment #6 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:74bca21db31e3f4ab6543b56c3f26b4dfe586fef
commit r14-9453-g74bca21db31e3f4ab6543b56c3f26b4dfe586fef
Author: Jakub Jelinek
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113618
Wilco changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114319
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94094
Bug 94094 depends on bug 114319, which changed state.
Bug 114319 Summary: htobe64-like function is not optimized on 32-bit x86
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114319
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114325
Michael Duggan changed:
What|Removed |Added
CC||mwd at md5i dot com
--- Comment #1 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111909
simon at pushface dot org changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASS
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112652
--- Comment #8 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #7 from Jakub Jelinek ---
> (In reply to r...@cebitec.uni-bielefeld.de from comment #6)
>> > --- Comment #5 from ro at CeBiTec dot Uni-Bielefeld.DE > > Uni-Bielefeld.DE> -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114261
--- Comment #10 from Alexander Monakov ---
Indeed, but OTOH according to bug 84402 comment 58 it caused a noticeable hit
on gimple-match.cc compilation:
733a1b777f16cd397b43a242d9c31761f66d3da8 13th January 2023
sched-deps: do not schedule pseu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106037
simon at pushface dot org changed:
What|Removed |Added
CC||simon at pushface dot org
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113907
--- Comment #57 from Jan Hubicka ---
> So, we can punt on differences there (that is desirable for backporting and
> maybe GCC 14 too), or we could at that point populate an int vector, which
> maps
Yep, that is what I do.
I had bug in that so
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99829
--- Comment #7 from Vladimir Makarov ---
(In reply to Maxim Kuvyrkov from comment #5)
>
> Where did you see the timeouts, btw?
Sorry, I glanced at c logs and interpreted it wrongly. Please, discard my
previous comment.
I should been more accu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106037
Eric Botcazou changed:
What|Removed |Added
Status|NEW |RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112652
--- Comment #9 from Jakub Jelinek ---
(In reply to r...@cebitec.uni-bielefeld.de from comment #8)
> FWIW, the iconv conversion tables in /usr/lib/iconv can be regenerated
> from the OpenSolaris sources, modified not to do that '?' conversion.
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114292
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114292
Jakub Jelinek changed:
What|Removed |Added
CC||jason at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114151
--- Comment #23 from Andrew Macleod ---
Created attachment 57686
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57686&action=edit
another patch
(In reply to Richard Biener from comment #22)
> (In reply to Andrew Macleod from comment #21
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106363
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 106363, which changed state.
Bug 106363 Summary: [13 Regression] [modules] ICE using-declaration of imported
name in the same namespace
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106363
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99000
Patrick Palka changed:
What|Removed |Added
CC||iains at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110447
Patrick Palka changed:
What|Removed |Added
Resolution|--- |DUPLICATE
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 110447, which changed state.
Bug 110447 Summary: [modules] unexpected attachment of GMF decls to a named
module.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110447
What|Removed |Adde
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114001
--- Comment #3 from GCC Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:11caf47b599568c6c6f5a12cf8e21f50778176d3
commit r14-9454-g11caf47b599568c6c6f5a12cf8e21f50778176d3
Author: Harald Anlauf
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111731
--- Comment #17 from Dimitar Yordanov ---
I've executed more tests and see another one failing. This time "begin" is
inside of another range, not the one that gets calculated with this "begin". So
there is again an overlapping in the btree. Coul
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114023
Jerry DeLisle changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114310
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 101000, which changed state.
Bug 101000 Summary: ICE when trying to import the
absl/container/flat_hash_map.h as a header module
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101000
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101000
Patrick Palka changed:
What|Removed |Added
Status|NEW |RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102345
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
Key
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114023
--- Comment #3 from Steve Kargl ---
On Wed, Mar 13, 2024 at 06:02:58PM +, jvdelisle at gcc dot gnu.org wrote:
>
> --- Comment #2 from Jerry DeLisle ---
> Steve, Anuj is interested in digging in on this one. This will be a learning
> experi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114326
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114327
Bug ID: 114327
Summary: wrong code with _BitInt() modulo at -O0
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
Priority:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114304
--- Comment #17 from Jerry DeLisle ---
(In reply to Jeffrey A. Law from comment #16)
> Per c#12, c#13, c#14 & c#15, dropping the regression marker, but leaving
> open.
Interestingly, the remaining part of this bug is also a regression, it just
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53548
qinzhao at gcc dot gnu.org changed:
What|Removed |Added
CC||qinzhao at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114324
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114325
Jonathan Wakely changed:
What|Removed |Added
Known to work||13.2.1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114328
Bug ID: 114328
Summary: Using -march=armv9-a+nosve does not allow for
vectorization
Product: gcc
Version: 13.1.0
Status: UNCONFIRMED
Keywords: missed-optimizat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114325
--- Comment #2 from Jonathan Wakely ---
Indeed. Here's the fix:
--- a/libstdc++-v3/include/std/format
+++ b/libstdc++-v3/include/std/format
@@ -4124,14 +4124,14 @@ namespace __format
__uval = make_unsigned_t<_Tp>(~__arg) + 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113281
Edwin Lu changed:
What|Removed |Added
CC||ewlu at rivosinc dot com
--- Comment #25 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113281
--- Comment #26 from Andrew Pinski ---
(In reply to Edwin Lu from comment #25)
> It's still persisting on trunk (at least for pr113281-1.c
> https://godbolt.org/z/M9EK44hKe)
I looked into what the vectorizer produces:
vect__22.13_31 = (vector
tl-df-extra-nobootstrap-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.1 20240313 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113281
--- Comment #27 from Patrick O'Neill ---
(In reply to Andrew Pinski from comment #26)
> (In reply to Edwin Lu from comment #25)
> > It's still persisting on trunk (at least for pr113281-1.c
> > https://godbolt.org/z/M9EK44hKe)
>
> I looked into
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114326
--- Comment #2 from ptomsich at gcc dot gnu.org ---
To copy the last piece of info from our internal tracker...
LLVM learned this new trick only in the run-up to LLVM 18.
Up until then, GCC and LLVM performed identically on this snippet.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114319
--- Comment #8 from Pali Rohár ---
Thanks for quick response and fixup of this issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108849
--- Comment #3 from Pali Rohár ---
Arsen, so based on my understooding (please correct me if I'm wrong), gcc's
"section" can be used on both code (functions) and data (global variables). And
ms's "code_seg" can be used only on code (functions).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114326
--- Comment #3 from Andrew Pinski ---
(In reply to ptomsich from comment #2)
> To copy the last piece of info from our internal tracker...
>
> LLVM learned this new trick only in the run-up to LLVM 18.
> Up until then, GCC and LLVM performed id
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108866
--- Comment #2 from Pali Rohár ---
Andrew, I do not know what is gcc driver nor what to do for it. But if you can
show me some pointers, I can try it.
Or if you need more details about files, usage, etc... please let me know.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109317
--- Comment #3 from Pali Rohár ---
Do you need some more input or test data about this issue?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108866
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114330
Bug ID: 114330
Summary: needs_preprocessing field of struct compiler is unused
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: internal-improvement
Severity: en
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114330
--- Comment #1 from Andrew Pinski ---
[apinski@xeond2 gcc]$ git grep needs_preprocessing
gcc.cc: int needs_preprocessing; /* If nonzero, source files need to
lto/lang-specs.h: /*cpp_spec=*/NULL, /*combinable=*/1,
/*needs_preprocessing=*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113281
--- Comment #28 from JuzheZhong ---
The original cost model I did work for all cases but with some middle-end
changes
the cost model failed.
I don't have time to figure out what's going on here.
Robin may be interested at it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114327
Andrew Pinski changed:
What|Removed |Added
Summary|wrong code with _BitInt() |`-CST % 1` is wrong for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114327
--- Comment #2 from Andrew Pinski ---
For (ignore the strict aliasing issue):
```
typedef signed _BitInt(256) B;
[[gnu::noinline]]
B
foo (signed char c, B b)
{
return b % c;
}
int
main (void)
{
B x = foo (1, -3); // -3 % 1 -> 0
// if (x)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114330
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
--- Comment #2 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114330
--- Comment #3 from Sam James ---
(I think it was dead before, but it should've been removed by then)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114330
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114304
--- Comment #18 from Jeffrey A. Law ---
I don't have an opinion on the Fortran patch -- I think it's up to the Fortran
front-end maintainers to make that decision.
Given there's still a regression here, I'll put the marker back.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114327
--- Comment #3 from Zdenek Sojka ---
It's not only % 1; wrong results are also for:
B x = foo (3, -0x9e9b9fe60);
or for
B
foo (char c, B b)
{
return b / c;
}
B x = foo (-0x6, 0); /* 0 / -6 = 0 */
in all these cases, the result is the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114331
Bug ID: 114331
Summary: Missed optimization: indicate knownbits from
dominating condition switch(trunc(a))
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Sever
cxx-pch
--prefix=/repo/gcc-trunk//binary-trunk-r14-9454-20240313184120-g11caf47b599-checking-yes-rtl-df-extra-nobootstrap-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.1 20240313 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111731
Thomas Neumann changed:
What|Removed |Added
Attachment #57679|0 |1
is obsolete|
93 matches
Mail list logo
