https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111927
--- Comment #2 from Huaqi ---
(In reply to JuzheZhong from comment #1)
> Confirm VSETVL PASS issue.
>
> We just refactored it recently.
>
> I will fix it. Thanks for report it.
Thanks for your reply, wait for the refactorization finished.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111927
--- Comment #1 from JuzheZhong ---
Confirm VSETVL PASS issue.
We just refactored it recently.
I will fix it. Thanks for report it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111927
Bug ID: 111927
Summary: RISC-V: internal compiler error: in merge, at
config/riscv/riscv-vsetvl.cc:1997
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111367
Kewen Lin changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111784
Kewen Lin changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111917
--- Comment #5 from Thomas Koenig ---
> It does not ICE with aa90195, for which the original test case ICEs,
> so it is something else (although probably related).
.. or at least it does not ICE with checking disabled (to be exact).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111917
--- Comment #4 from Thomas Koenig ---
(In reply to Andrew Pinski from comment #3)
> If someone is worried about uninitialized variables or an executed infinite
> loop, this also ICEs at -O3:
> ```
> long t;
> long a() {
> long b = t, c = t;
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30409
Thomas Koenig changed:
What|Removed |Added
Depends on||21046
--- Comment #9 from Thomas Koenig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111889
Hongtao.liu changed:
What|Removed |Added
CC||crazylht at gmail dot com
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111367
--- Comment #17 from CVS Commits ---
The releases/gcc-13 branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:3ae7f45ea0d9caa54ebd5dc19caf94fa002e7ee2
commit r13-7975-g3ae7f45ea0d9caa54ebd5dc19caf94fa002e7ee2
Author: Kewen Lin
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111367
--- Comment #16 from CVS Commits ---
The releases/gcc-12 branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:93361f2b0a8344a33147e5290e4d194ef9e5d9e1
commit r12-9937-g93361f2b0a8344a33147e5290e4d194ef9e5d9e1
Author: Kewen Lin
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111367
--- Comment #15 from CVS Commits ---
The releases/gcc-11 branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:f0b38334c57a8e92139c22efa82fe96994bb8eb8
commit r11-11074-gf0b38334c57a8e92139c22efa82fe96994bb8eb8
Author: Kewen Lin
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111906
Rimvydas (RJ) changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111554
--- Comment #7 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #6)
> Created attachment 56172 [details]
> Testcase that takes ~8second
>
> For this reduced testcase:
> scheduling 2 : 7.66 ( 90%) 0.02 (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111554
--- Comment #6 from Andrew Pinski ---
Created attachment 56172
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56172&action=edit
Testcase that takes ~8second
For this reduced testcase:
scheduling 2 : 7.66 ( 90%)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111926
--- Comment #2 from Kito Cheng ---
Forgot to mention, personally I love idea to simplify code gen, I could imagine
that's definitely an optimization for specific uarch :)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111926
Kito Cheng changed:
What|Removed |Added
CC||kito at gcc dot gnu.org
--- Comment #1 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111554
--- Comment #5 from Andrew Pinski ---
Reducing ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111554
Andrew Pinski changed:
What|Removed |Added
Target Milestone|11.5|12.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111926
Bug ID: 111926
Summary: RISC-V: Use vsetvl insn replace csrr vlenb insn
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111554
Sam James changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
Summa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111591
--- Comment #26 from Kewen Lin ---
(In reply to Richard Biener from comment #25)
> (In reply to Kewen Lin from comment #24)
> > (In reply to Richard Biener from comment #22)
> > > I see the mems properly get their base adjusted:
> > >
> > > (in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111772
Haochen Jiang changed:
What|Removed |Added
CC||haochen.jiang at intel dot com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111925
Bug ID: 111925
Summary: fail to build qemu when compile with lto
Product: gcc
Version: 10.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111820
--- Comment #12 from Hongtao.liu ---
Fixed in GCC14, not sure if we want to backport the patch.
If so, the patch needs to be adjusted since GCC13 doesn't support auto_mpz.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111753
Sam James changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111784
--- Comment #3 from CVS Commits ---
The master branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:1908775f7982bd2de36df5d94396eca0865bad9a
commit r14-4842-g1908775f7982bd2de36df5d94396eca0865bad9a
Author: Kewen Lin
Date: Sun Oct 2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111753
--- Comment #6 from Haochen Jiang ---
Fixed on trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111753
--- Comment #5 from CVS Commits ---
The master branch has been updated by Haochen Jiang :
https://gcc.gnu.org/g:1df490edd48042b07aa780b088148a9118cbcb46
commit r14-4841-g1df490edd48042b07aa780b088148a9118cbcb46
Author: Haochen Jiang
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111449
--- Comment #1 from CVS Commits ---
The master branch has been updated by HaoChen Gui :
https://gcc.gnu.org/g:f08ca5903c7a02b450b93143467f70b9fd8e0085
commit r14-4835-gf08ca5903c7a02b450b93143467f70b9fd8e0085
Author: Haochen Gui
Date: Mon O
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111820
--- Comment #11 from CVS Commits ---
The master branch has been updated by hongtao Liu :
https://gcc.gnu.org/g:dbde384bd56f07bfbcae86f81fc74aa92e3786ad
commit r14-4834-gdbde384bd56f07bfbcae86f81fc74aa92e3786ad
Author: liuhongt
Date: Wed Oct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111833
--- Comment #3 from CVS Commits ---
The master branch has been updated by hongtao Liu :
https://gcc.gnu.org/g:dbde384bd56f07bfbcae86f81fc74aa92e3786ad
commit r14-4834-gdbde384bd56f07bfbcae86f81fc74aa92e3786ad
Author: liuhongt
Date: Wed Oct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111924
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2023-10-23
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111924
Bug ID: 111924
Summary: Look into using movement_possibility (in
tree-ssa-loop-im.cc) for
empty_bb_or_one_feeding_into_p for phi-opt
Product: gcc
Version: 14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111001
--- Comment #9 from Oleg Endo ---
(In reply to John Paul Adrian Glaubitz from comment #8)
>
> I built gcc-13 natively with the patch applied with a full bootstrap
> including stage2 and stage3. Full build log available in [1].
>
> > [1] https:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111001
--- Comment #8 from John Paul Adrian Glaubitz ---
(In reply to Oleg Endo from comment #7)
> (In reply to John Paul Adrian Glaubitz from comment #5)
> >
> > I can confirm that this patch fixes the build of e2fsprogs with gcc-13 for
> > me.
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111904
--- Comment #4 from Bruno Haible ---
I've added your fix to gnulib:
https://git.savannah.gnu.org/gitweb/?p=gnulib.git;a=commitdiff;h=f8ce7e779de156cb6d0fa51dbaef49cd255b7171
Thank you, Alexandre!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111001
--- Comment #7 from Oleg Endo ---
(In reply to John Paul Adrian Glaubitz from comment #5)
>
> I can confirm that this patch fixes the build of e2fsprogs with gcc-13 for
> me.
Great, thanks! Do you have an option to run a compiler bootstrap or
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111554
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |11.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111822
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111554
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
Summar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110852
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
Summar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111904
Sam James changed:
What|Removed |Added
CC||bruno at clisp dot org
--- Comment #3 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111923
--- Comment #6 from Stas Sergeev ---
(In reply to Andrew Pinski from comment #5)
> Nope, lamdba's are not a nested class.
But according to this:
https://timsong-cpp.github.io/cppwp/n3337/expr.prim.lambda#3
The type of the lambda-expression (whi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111917
--- Comment #3 from Andrew Pinski ---
If someone is worried about uninitialized variables or an executed infinite
loop, this also ICEs at -O3:
```
long t;
long a() {
long b = t, c = t;
for (; b < 31; b++)
c <<= 1;
return c;
}
long long
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111923
--- Comment #5 from Andrew Pinski ---
(In reply to Stas Sergeev from comment #4)
> (In reply to Andrew Pinski from comment #3)
> > One more note, default argument clause does not apply here as the it is not
> > an argument of a method of that cl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111892
John Paul Adrian Glaubitz changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Statu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111001
--- Comment #6 from John Paul Adrian Glaubitz ---
*** Bug 111892 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111923
--- Comment #4 from Stas Sergeev ---
(In reply to Andrew Pinski from comment #3)
> One more note, default argument clause does not apply here as the it is not
> an argument of a method of that class but rather a different context (the
> lamdba d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111001
--- Comment #5 from John Paul Adrian Glaubitz ---
(In reply to Oleg Endo from comment #4)
> Created attachment 56164 [details]
> sh_pr11001_fix.patch
>
> Can you please try this patch? It should solve the problem, but not sure if
> there could
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111923
--- Comment #3 from Andrew Pinski ---
One more note, default argument clause does not apply here as the it is not an
argument of a method of that class but rather a different context (the lamdba
definition context).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111923
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111923
--- Comment #1 from Andrew Pinski ---
clang rejects it for the same reason ...
So does MSVC .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111923
Bug ID: 111923
Summary: default argument is not treated as a complete-class
context of a class
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111005
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110986
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110986
--- Comment #24 from CVS Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:bcc5054b36626459ddb04c779f0b201fba6001d1
commit r14-4831-gbcc5054b36626459ddb04c779f0b201fba6001d1
Author: Andrew Pinski
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111915
Sam James changed:
What|Removed |Added
Summary|[14 Regression] ICE in vect |[14 Regression] ICE in vect
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111890
--- Comment #4 from Andrew Pinski ---
Full backtrace:
```
t1.cc:8:18: internal compiler error: Segmentation fault
8 | friend auto operator+(const Iterator &it, int) {}
| ^~~~
0x12dabdf crash_signal
/ho
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111890
Andrew Pinski changed:
What|Removed |Added
Keywords||ice-on-valid-code
Status|UN
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111890
--- Comment #2 from Andrew Pinski ---
Created attachment 56171
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56171&action=edit
Reduced somewhat
Still requires the include though.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111920
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111920
--- Comment #2 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:80ddcb9c8f9b5a387f379e1db39bc6f3680bd52f
commit r14-4829-g80ddcb9c8f9b5a387f379e1db39bc6f3680bd52f
Author: Patrick Palka
Date: S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30409
--- Comment #8 from anlauf at gcc dot gnu.org ---
The suggested optimization needs to take into account that the evaluation
of the temporary expression might trap, or that allocatable variables are
not allocated, etc.
The trap etc. would not occu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111890
--- Comment #1 from Andrew Pinski ---
Created attachment 56170
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56170&action=edit
testcase
Next time please attach or put inline the testcase rather than linking to
godbolt.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111841
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2023-10-22
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110027
Christoph Erhardt changed:
What|Removed |Added
CC||gcc at sicherha dot de
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110848
--- Comment #20 from Martin Uecker ---
And what alternative do you think is fundamentally safer than VLAs?
VLAs know their bound. Thus, they integrate with _FORTIFY_SOURCE, and UBSan
bounds checking. Also UBSan address checking at run-time. At
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111901
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110848
--- Comment #19 from Aaron Ballman ---
(In reply to Andrew Pinski from comment #18)
> (In reply to Aaron Ballman from comment #17)
> > In the time I opened this request, a new CVE related to VLAs came out:
> > https://bugzilla.redhat.com/show_b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111916
Sam James changed:
What|Removed |Added
Summary|[14 Regression] wrong code |[14 Regression] wrong code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111921
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30409
--- Comment #7 from kargl at gcc dot gnu.org ---
The attached testcase use xmin and xmax uninitialized.
After setting xmin = 0 and xmax = 1 and adding z(1) to
the print statements to prevent the inner loop from
being optimized away, I see the f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111922
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |11.5
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111922
--- Comment #1 from wierton <141242068 at smail dot nju.edu.cn> ---
Compiler Explorer: https://gcc.godbolt.org/z/EoPGKa9r8
The link above seems broken.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111922
Bug ID: 111922
Summary: GCC: internal compiler error: in decompose, at
wide-int.h:1049
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111917
Andrew Pinski changed:
What|Removed |Added
Keywords||needs-bisection
Target Milestone|14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111916
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111921
Andrew Pinski changed:
What|Removed |Added
Keywords||error-recovery,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111916
--- Comment #2 from Sam James ---
I'll bisect.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110848
--- Comment #18 from Andrew Pinski ---
(In reply to Aaron Ballman from comment #17)
> In the time I opened this request, a new CVE related to VLAs came out:
> https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2023-4039
Everything is a security r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111919
Patrick Palka changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ppalka at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110848
--- Comment #17 from Aaron Ballman ---
(In reply to Martin Uecker from comment #16)
> I do not think -Wall should warn about GNU extensions when used with
> -std=gnu++XX in C++ and I think it is annoying that clang does it now. It
> only drives
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111920
Patrick Palka changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ppalka at gcc dot
gnu.org
Tar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111916
Thomas Koenig changed:
What|Removed |Added
Summary|wrong code at -O1 and above |[14 Regression] wrong code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111920
Iain Sandoe changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111918
--- Comment #2 from Florian Weimer ---
It does not work.
I think the problem is the quoted reset code with old_kind. It was introduced
in r5-2858 to fix PR59304. It's necessary because global warning options serve
a dual purpose: recording the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111917
Thomas Koenig changed:
What|Removed |Added
Keywords||ice-on-valid-code
Summary|IC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111921
Bug ID: 111921
Summary: GCC: 14: internal compiler error: Segmentation fault
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111920
Bug ID: 111920
Summary: [14 Regression] encode-{8,9,10}.mm internal compiler
error: in tsubst_expr, at cp/pt.cc:21533
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111918
--- Comment #1 from Florian Weimer ---
diagnostic_classify_diagnostic overwrites DK_UNSPECIFIED in
context->classify_diagnostic[OPT_Wnarrowing] with DK_WARNING here:
/* Record the command-line status, so we can reset it back on DK_POP. */
runk-r14-4820-20231022022105-g11f50716eee-checking-yes-rtl-df-extra-nobootstrap-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.0 20231022 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111892
--- Comment #6 from John Paul Adrian Glaubitz ---
(In reply to Oleg Endo from comment #5)
> Adrian, can you please give it another go with the patch I've posted in PR
> 111001 ?
>
> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56164
I'll reb
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111918
Bug ID: 111918
Summary: #pragma GCC diagnostic pop does not restore permerror
status of -Wnarrowing
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111917
Bug ID: 111917
Summary: ICE in as_a, at is-a.h:255 since GCC-8
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-opti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110848
--- Comment #16 from Martin Uecker ---
I do not think -Wall should warn about GNU extensions when used with
-std=gnu++XX in C++ and I think it is annoying that clang does it now. It only
drives people to use alloca or other alternatives with wo
96 matches
Mail list logo
