https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110910
Bug ID: 110910
Summary: weakref should allow incomplete array type
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110909
Andrew Pinski changed:
What|Removed |Added
Component|c++ |libstdc++
--- Comment #1 from Andrew
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110909
Bug ID: 110909
Summary: Suboptimal codegen in vector copy assignment
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96695
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=110888
--- Comment #5 from Rimvydas (RJ) ---
It is more like this problem:
$ cat foo.c
void foo_(double *x, double *y, double *z)
{
int i;
__builtin_memset(z, 0, 8); /* z[0] = 0.0; */
for (i=0; i<1 ; i++)
z[0] += x[0] * y[0];
}
$ gcc -O2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108743
--- Comment #12 from Eric Gallager ---
So I'm assuming this is staying open for backports to the 12 and 11 branches?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56096
--- Comment #4 from Andrew Pinski ---
I think one way to improve the constant forming is during isel if we have
condition exec (e.g. arm or ia64) we should transform:
_7 = _1 != 0;
_8 = (int) _7;
_9 = _8 << 3;
to:
_9 = _1 ? 8 : 0;
That
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56096
--- Comment #3 from Andrew Pinski ---
GCC 7-10 produced:
movwr3, #32896
tst r1, r3
it ne
lsrne r0, r0, #8
bx lr
But GCC 11 produces:
movwr3, #32896
tst r1, r3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70901
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88387
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84997
Andrew Pinski changed:
What|Removed |Added
Summary|Optimize integer operations |Optimize integer operations
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=20514
--- Comment #9 from Andrew Pinski ---
in GCC 13+ we get now (for the testcase in comment #0) at -O3:
```
[local count: 452984831]:
# i_lsm.4_2 = PHI
if (i_lsm.4_2 == 5)
goto ; [25.00%]
else
goto ; [75.00%]
[local count:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80740
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed|2021-05-25 00:00:00 |2023-8-4
Severity|normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53947
Bug 53947 depends on bug 49773, which changed state.
Bug 49773 Summary: use of class data members prevent vectorization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49773
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49773
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110908
--- Comment #3 from Andrew Pinski ---
This is most likely the fix:
diff --git a/gcc/config/aarch64/aarch64.cc b/gcc/config/aarch64/aarch64.cc
index 7cd230c4602..4d26c8789ce 100644
--- a/gcc/config/aarch64/aarch64.cc
+++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110908
--- Comment #2 from Andrew Pinski ---
Does LLVM still save/restore LR with -ffixed-x30 ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110908
--- Comment #1 from Andrew Pinski ---
```
Treat the register named reg as a fixed register; generated code should never
refer to it (except perhaps as a stack pointer, frame pointer or in some other
fixed role).
```
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69489
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed|2016-01-26 00:00:00 |2023-8-4
--- Comment #20 from Andrew
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110908
Bug ID: 110908
Summary: [aarch64] Internal compiler error when using
-ffixed-x30
Product: gcc
Version: 13.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110905
--- Comment #4 from danakj at orodu dot net ---
Ok it only happens if the VecIntoIter class has a base class, even when it's
empty the bug reproduces. But when I remove the IteratorBase base class, then
GCC compiles it correctly.
It's getting
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57650
--- Comment #3 from Andrew Pinski ---
Note I have seen differences like this due to just different FREE_SSANAMES
happening too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57650
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53806
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96167
Andrew Pinski changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93721
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106265
Vineet Gupta changed:
What|Removed |Added
CC||vineetg at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110905
--- Comment #3 from danakj at orodu dot net ---
Repro down from 37k to under 1000 lines now: https://godbolt.org/z/enMxaqjb6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97225
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96167
Andrew Pinski changed:
What|Removed |Added
Known to work||12.1.0
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59883
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110907
Bug ID: 110907
Summary: ICE when using -fanalyzer-verbose-state-changes
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110864
Patrick O'Neill changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110906
--- Comment #4 from Andrew Pinski ---
Well "math-errno" has no effect if -fno-math-errno is supplied on the command
line either, well can produce incorrect code too.
Take:
```
__attribute__((optimize("math-errno")))
void g(double x) {
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110906
--- Comment #3 from Andrew Pinski ---
But even:
```
__attribute__((optimize("no-math-errno")))
double g(double x) {
return __builtin_sqrt(x);
}
```
Does not change here ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110906
--- Comment #2 from Andrew Pinski ---
Created attachment 55692
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55692=edit
Full testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110906
--- Comment #1 from Andrew Pinski ---
well std::sqrt is not annotated with no-math-errno after all ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110906
Bug ID: 110906
Summary: __attribute__((optimize("no-math-errno"))) has no
effect.
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110905
--- Comment #2 from danakj at orodu dot net ---
Ah ok. Here's a big reproduction: https://godbolt.org/z/Kj7Tcd6P4
/opt/compiler-explorer/gcc-trunk-20230804/include/c++/14.0.0/bits/stl_construct.h:97:14:
in 'constexpr' expansion of
'((sus
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=21998
--- Comment #7 from Andrew Pinski ---
We can vectorize test2 using mask stores
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110426
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=18437
--- Comment #10 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #9)
> For the original testcase in comment #0, with `-O3 -fno-vect-cost-model` GCC
> can vectorize it on aarch64 but not on x86_64.
I should say starting in GCC 6 .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110902
--- Comment #1 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:021077b94741c9300dfff3a24e95b3ffa3f508a7
commit r14-3001-g021077b94741c9300dfff3a24e95b3ffa3f508a7
Author: David Malcolm
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110426
--- Comment #2 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:021077b94741c9300dfff3a24e95b3ffa3f508a7
commit r14-3001-g021077b94741c9300dfff3a24e95b3ffa3f508a7
Author: David Malcolm
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=18437
--- Comment #9 from Andrew Pinski ---
For the original testcase in comment #0, with `-O3 -fno-vect-cost-model` GCC
can vectorize it on aarch64 but not on x86_64.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49955
--- Comment #4 from Andrew Pinski ---
The testcase in comment #0 started to be vectorized in GCC 13
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35224
--- Comment #1 from Andrew Pinski ---
Created attachment 55691
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55691=edit
testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30049
--- Comment #3 from Andrew Pinski ---
The only difference I saw is scheduling and some small IV-OPTs difference ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30049
--- Comment #2 from Andrew Pinski ---
Created attachment 55690
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55690=edit
testcase
[apinski@xeond2 upstream-gcc-git]$ ~/upstream-gcc/bin/gcc t.c -march=opteron
-ffast-math -funroll-loops
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32806
--- Comment #2 from Andrew Pinski ---
Created attachment 55689
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55689=edit
compilable testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109910
Georg-Johann Lay changed:
What|Removed |Added
Last reconfirmed||2023-08-04
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110905
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2023-08-04
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110905
Bug ID: 110905
Summary: GCC rejects constexpr code that may re-initialize
union member
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110903
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2023-08-04
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109680
Andrew Pinski changed:
What|Removed |Added
CC||nikolasklauser at berlin dot de
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110904
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110904
Bug ID: 110904
Summary: __is_convertible incorrectly reports non-referenceable
function prototypes as convertible
Product: gcc
Version: 13.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110857
--- Comment #6 from prathamesh3492 at gcc dot gnu.org ---
profiledbootstrap now works on aarch64-linux-gnu, thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110903
--- Comment #1 from Andrew Pinski ---
Note the original testcase has some obvious use of an uninitialized variable.
Anyways here is a fixed up testcase which does not have that uninitialized
variable and GCC 13 was able to optimize away the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110903
Bug ID: 110903
Summary: [14 Regression] Dead Code Elimination Regression since
r14-1597-g64d90d06d2d
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92335
--- Comment #10 from Andrew Pinski ---
*** Bug 95084 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95084
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163
Bug 26163 depends on bug 95084, which changed state.
Bug 95084 Summary: [11/12/13/14 Regression] code sinking prevents if-conversion
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95084
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94442
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Target Milestone|11.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95958
Bug 95958 depends on bug 94442, which changed state.
Bug 94442 Summary: [11/12/13/14 regression] Redundant loads/stores emitted at
-O3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94442
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110898
Martin Krischik changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110901
--- Comment #3 from Andrew Pinski ---
With C code, these use of -march and -mcpu would normally be rejected even.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110901
--- Comment #2 from Khem Raj ---
(In reply to Andrew Pinski from comment #1)
> Order matters. In this case -march is after -mcpu ...
It does not seem to be effective in this case. I tried to specify -mcpu after
-march and vice-versa, result is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110901
--- Comment #1 from Andrew Pinski ---
Order matters. In this case -march is after -mcpu ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110902
Bug ID: 110902
Summary: Missing cast in region_model_manager::maybe_fold_binop
on MULT_EXPR by 1
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110202
--- Comment #11 from CVS Commits ---
The master branch has been updated by Alexander Monakov :
https://gcc.gnu.org/g:567d06bb357a39ece865cef67ada44124f227e45
commit r14-2999-g567d06bb357a39ece865cef67ada44124f227e45
Author: Yan Simonaytes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110901
Bug ID: 110901
Summary: -march does not override -mcpu on aarch64
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110900
--- Comment #6 from danakj at orodu dot net ---
Thanks for the link, I used the godbolt from that bug to set up the right
environment and that let me minimize it. I posted it into the dupe bug.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110158
--- Comment #4 from danakj at orodu dot net ---
Here's a repro without the std::string inside a union. It is the SSO union
inside the string that causes the error.
https://gcc.godbolt.org/z/T8oM8vYnq
```
#include
template
constexpr T fold(T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110900
--- Comment #5 from danakj at orodu dot net ---
> Can you please read https://gcc.gnu.org/bugs/ on what we need?
Yeah, sorry I can't reproduce this locally on my Mac or Windows machine. It
reproduces on github Linux CI bots, and I have
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110900
--- Comment #4 from danakj at orodu dot net ---
The error message is the same as 110158 but to be clear the std::string is not
in a union. The error message is about the union _inside_ std::string.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110900
Andrew Pinski changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110158
Andrew Pinski changed:
What|Removed |Added
CC||danakj at orodu dot net
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110900
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109465
Xi Ruoyao changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110888
Thomas Koenig changed:
What|Removed |Added
Component|middle-end |fortran
--- Comment #4 from Thomas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110900
--- Comment #1 from danakj at orodu dot net ---
I am going to try work around this by not using std::string in constant
expressions..
So in the meantime I pushed a branch where this bug will continue to reproduce.
With gcc-13:
git clone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110888
Thomas Koenig changed:
What|Removed |Added
Component|fortran |middle-end
--- Comment #3 from Thomas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110900
Bug ID: 110900
Summary: std::string initializes SSO object subfield without
making the SSO object active in the union
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110717
--- Comment #15 from CVS Commits ---
The master branch has been updated by Roger Sayle :
https://gcc.gnu.org/g:c572f09a751cbd365e2285b30527de5ab9025972
commit r14-2998-gc572f09a751cbd365e2285b30527de5ab9025972
Author: Roger Sayle
Date: Fri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88873
--- Comment #10 from CVS Commits ---
The master branch has been updated by Roger Sayle :
https://gcc.gnu.org/g:faa2202ee7fcf039b2016ce5766a2927526c5f78
commit r14-2997-gfaa2202ee7fcf039b2016ce5766a2927526c5f78
Author: Roger Sayle
Date: Fri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110897
--- Comment #16 from JuzheZhong ---
(In reply to Richard Biener from comment #15)
> Well, the question is why we arrive here with the two different vector types.
> Can you tell me a relevant cc1 compiler command like for a x86->riscv cross
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110899
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110869
--- Comment #16 from Stefan Schulze Frielinghaus ---
Turns out that my dejagnu foo is weak ;-) I came up with a wrong target
selector. Should be fixed in the new attachment.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110869
--- Comment #15 from Stefan Schulze Frielinghaus ---
Created attachment 55688
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55688=edit
Increase optimization and skip sparc for 4-6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108986
Martin Uecker changed:
What|Removed |Added
CC||muecker at gwdg dot de
--- Comment #10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106346
Tamar Christina changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53947
Bug 53947 depends on bug 106346, which changed state.
Bug 106346 Summary: [11/12/13/14 Regression] Potential regression on
vectorization of left shift with constants since r11-5160-g9fc9573f9a5e94
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110899
Bug ID: 110899
Summary: RFE: Attributes preserve_most and preserve_all
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106346
--- Comment #8 from CVS Commits ---
The master branch has been updated by Tamar Christina :
https://gcc.gnu.org/g:451391a6477f5b012faeca42cdba1bfb8e6eecc0
commit r14-2991-g451391a6477f5b012faeca42cdba1bfb8e6eecc0
Author: Tamar Christina
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110848
--- Comment #12 from Aaron Ballman ---
(In reply to Eric Gallager from comment #11)
> How about:
>
> -std=c++XY: enabled by default (as per the proposal)
> -std=gnu++XY: enabled by -Wall and/or -Wextra (in addition to being enabled
> by
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110779
Gaius Mulley changed:
What|Removed |Added
Attachment #55683|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81981
--- Comment #9 from Vincent Lefèvre ---
Note, however, that there is a small regression in GCC 11: the warning for t is
output as expected, but if -fsanitize=undefined is given, the message for t is
suboptimal, saying "*[0]" instead of "t[0]":
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110897
--- Comment #15 from Richard Biener ---
Well, the question is why we arrive here with the two different vector types.
Can you tell me a relevant cc1 compiler command like for a x86->riscv cross
that exposes the issue?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110066
--- Comment #25 from Aurelien Jarno ---
(In reply to Andrew Pinski from comment #23)
> Fixed on the trunk will backport to GCC 13 after 13.2.0 is released (since
> the branch is frozen except for RM approvals).
Now that GCC 13.2.0 has been
1 - 100 of 137 matches
Mail list logo
