https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119585
Richard Biener changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119408
--- Comment #14 from Xi Ruoyao ---
(In reply to chenglulu from comment #13)
> There is a problem now. When gcc supports both _Float128 and Q suffixes, the
> libquadmath library will be automatically linked when the fortran program is
> compiled
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119408
--- Comment #13 from chenglulu ---
There is a problem now. When gcc supports both _Float128 and Q suffixes, the
libquadmath library will be automatically linked when the fortran program is
compiled using gfortran compiled with this version of gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114563
--- Comment #15 from rguenther at suse dot de ---
On Tue, 1 Apr 2025, ak at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114563
>
> ak at gcc dot gnu.org changed:
>
>What|Removed |A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119585
Bug ID: 119585
Summary: counted_by in redefined structs.
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Ass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119583
Siddhesh Poyarekar changed:
What|Removed |Added
Target|X86_64 |x86-64
--- Comment #1 from Siddhes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119482
--- Comment #11 from GCC Commits ---
The trunk branch has been updated by Andi Kleen :
https://gcc.gnu.org/g:063fbd5a10d47d4957d605ca917480d02e054249
commit r15-9143-g063fbd5a10d47d4957d605ca917480d02e054249
Author: Andi Kleen
Date: Tue Apr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103819
--- Comment #12 from Andrew Pinski ---
So what is happening is we have an alias for the comdat function that will
cause the ICE and also at the same time we remove calls to another comdat
function because we prove it is not called and then we ca
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119584
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119308
--- Comment #5 from Peter Bergner ---
So some AIX documentation specifies a language tag value (7) for Cobol in the
traceback table:
https://www.ibm.com/docs/en/aix/7.1?topic=ops-tbtag-pseudo-op
...so this fixes the ICE:
diff --git a/gcc/co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119482
Bug 119482 depends on bug 119584, which changed state.
Bug 119584 Summary: [14/15 Regression] flatten attribute calling a function
with concept requires an ICE during inlining at -O2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119584
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67491
Bug 67491 depends on bug 119584, which changed state.
Bug 119584 Summary: [14/15 Regression] flatten attribute calling a function
with concept requires an ICE during inlining at -O2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119584
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103819
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119584
--- Comment #1 from Andrew Pinski ---
The concept causes the function to be in the comdat of the base function rather
than just the function itself.
That is:
Same comdat group as: _Z1dIPiEvT_/7
References:
Referring: _Z1dIPiEvT_/7 (ali
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119581
--- Comment #2 from Jeffrey A. Law ---
Thanks Pan. I've got an intern working in this space, and this may be a good
exercise for them. So definitely reach out before you dive in to see if she's
gotten to this issue yet.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119584
Bug ID: 119584
Summary: [14/15 Regression] flatten attribute calling a
function with concept requires an ICE during inlining
at -O2
Product: gcc
Version: 15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119584
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |14.3
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119581
--- Comment #3 from Li Pan ---
(In reply to Jeffrey A. Law from comment #2)
> Thanks Pan. I've got an intern working in this space, and this may be a
> good exercise for them. So definitely reach out before you dive in to see
> if she's gotten
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119308
--- Comment #6 from Peter Bergner ---
(In reply to Peter Bergner from comment #5)
> bergner@kubota:COBOL$ ./a.out
> Hello, world!
> Segmentation fault (core dumped)
The return address at the beginning of main ends up not being the address we
e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119372
Sam James changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118982
sandra at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118982
--- Comment #2 from GCC Commits ---
The master branch has been updated by Sandra Loosemore :
https://gcc.gnu.org/g:12533c0c8b27dcbb1b83517bf4eb09faa98bf814
commit r15-9142-g12533c0c8b27dcbb1b83517bf4eb09faa98bf814
Author: Sandra Loosemore
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119583
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119581
Li Pan changed:
What|Removed |Added
CC||pan2.li at intel dot com
--- Comment #1 from L
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119583
Bug ID: 119583
Summary: -fomit-frame-pointer does not work as expected for
-mavx
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119308
Peter Bergner changed:
What|Removed |Added
CC||doko at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119308
--- Comment #3 from Peter Bergner ---
I've recreated it too. I'll have someone on my team have a look.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119482
--- Comment #10 from Sam James ---
(In reply to ak from comment #9)
> For the ICE i'm not sure why i'm not seeing it. The input file should have
> had flatten enabled.
> gcc_checking_assert (to->calls_comdat_local);
--enable-checking=rel
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119482
--- Comment #9 from ak at gcc dot gnu.org ---
For the ICE i'm not sure why i'm not seeing it. The input file should have had
flatten enabled.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119560
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119566
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2025-04-02
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119582
Bug ID: 119582
Summary: ICE in gimplify_expr, at gimplify.cc:18708 with
-fsanitize=pointer-subtract
Product: gcc
Version: 14.2.1
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119566
--- Comment #5 from Andrew Pinski ---
Created attachment 60955
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60955&action=edit
Reduced testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119582
Andrew Pinski changed:
What|Removed |Added
Component|sanitizer |c
--- Comment #2 from Andrew Pinski --
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119582
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119580
Marek Polacek changed:
What|Removed |Added
Keywords||ice-on-valid-code
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118118
sandra at gcc dot gnu.org changed:
What|Removed |Added
CC||sandra at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119581
Bug ID: 119581
Summary: Failure to use vector vandn instruction on RISC-V
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118118
--- Comment #2 from GCC Commits ---
The master branch has been updated by Sandra Loosemore :
https://gcc.gnu.org/g:4c708fa411fa708e7abc717b0880d6f708967a37
commit r15-9140-g4c708fa411fa708e7abc717b0880d6f708967a37
Author: Sandra Loosemore
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119560
--- Comment #3 from Scott Smedley ---
H, I rebuilt from scratch to give you the full build.log but it worked this
time! I build it a 3rd time and it worked too, so I can't reproduce the error.
Sorry for the kerfuffle.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119387
ak at gcc dot gnu.org changed:
What|Removed |Added
CC||ak at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119571
--- Comment #6 from GCC Commits ---
The master branch has been updated by Eric Botcazou :
https://gcc.gnu.org/g:358f7a954584ccefeef41390852d002c60ec11c0
commit r15-9139-g358f7a954584ccefeef41390852d002c60ec11c0
Author: Eric Botcazou
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119571
Eric Botcazou changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119440
--- Comment #11 from GCC Commits ---
The master branch has been updated by Eric Botcazou :
https://gcc.gnu.org/g:358f7a954584ccefeef41390852d002c60ec11c0
commit r15-9139-g358f7a954584ccefeef41390852d002c60ec11c0
Author: Eric Botcazou
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119580
Bug ID: 119580
Summary: ICE: tree check: expected tree_vec, have error_mark in
comp_template_args, at cp/pt.cc:9595
Product: gcc
Version: 15.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111499
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119571
Eric Botcazou changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117063
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119571
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119478
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||vivekrao4 at yahoo dot com
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119579
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113239
Jonathan Wakely changed:
What|Removed |Added
Known to fail||13.3.0, 14.2.0
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119579
Bug ID: 119579
Summary: Derived type not initialized correctly with array
sections
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111374
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119386
--- Comment #54 from Alexander Monakov ---
I think the x86_64 behavior is simply copied as-is from i386.
On i386, there was a time when Glibc wouldn't preserve eax+ecx+edx in the PLT
trampoline, but preserving those became necessary when GCC ex
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119551
--- Comment #4 from GCC Commits ---
The master branch has been updated by Nathaniel Shead :
https://gcc.gnu.org/g:0210bedf481a9fd248ce29650b824bcd84c3723c
commit r15-9136-g0210bedf481a9fd248ce29650b824bcd84c3723c
Author: Nathaniel Shead
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119566
Andrew Pinski changed:
What|Removed |Added
Keywords||c++-lambda
--- Comment #4 from Andrew P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119578
--- Comment #2 from pavol at rusnak dot io ---
Created attachment 60954
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60954&action=edit
preprocessed input (zipped)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117689
sandra at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118892
Andrew Pinski changed:
What|Removed |Added
CC||pavol at rusnak dot io
--- Comment #16
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119578
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119578
Andrew Pinski changed:
What|Removed |Added
Keywords||ice-on-valid-code
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119578
Andrew Pinski changed:
What|Removed |Added
Status|WAITING |UNCONFIRMED
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117689
--- Comment #4 from GCC Commits ---
The master branch has been updated by Sandra Loosemore :
https://gcc.gnu.org/g:42b2fc3fc9c06c174ec4d2c0566f54b624bc70b5
commit r15-9137-g42b2fc3fc9c06c174ec4d2c0566f54b624bc70b5
Author: Sandra Loosemore
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119578
--- Comment #4 from Sam James ---
Reducing.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117689
--- Comment #3 from sandra at gcc dot gnu.org ---
Hmmm, the code in finish_decl() in c-decl.cc seems to be deliberately deferring
the error diagnostic for an incomplete types on certain static decls. From a
user's perspective, I think it's bette
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119578
--- Comment #3 from pavol at rusnak dot io ---
(In reply to Sam James from comment #1)
> Please see https://gcc.gnu.org/bugs/. We need preprocessed sources for
> Activation.cpp.
attached
> (I think we also have a dupe of this, but I don't know
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119578
Sam James changed:
What|Removed |Added
Last reconfirmed||2025-04-01
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119551
Nathaniel Shead changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 119551, which changed state.
Bug 119551 Summary: [modules] ICE when reading inline var referencing TU-local
entity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119551
What|Removed |Ad
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119578
Bug ID: 119578
Summary: internal compiler error when building torch-2.6.0 on
aarch64-linux
Product: gcc
Version: 14.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119482
--- Comment #8 from ak at gcc dot gnu.org ---
The workload does a lot of bitmap manipulations:
#
5.62% cc1plus cc1plus [.] bitmap_and_into(bitmap_head*,
bitmap_head const*)
5.30% cc1plus cc1plus [.]
bitm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111415
Jonathan Wakely changed:
What|Removed |Added
Known to work||11.5.0, 15.0
Summary|False
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119540
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Attachment #60936|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119576
--- Comment #10 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #9)
> The Linux kernel is some what a special case and somewhat should be using
> `--param min-pagesize=0` to avoid the warnings about low fixed addresses.
That is f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119572
Robin Dapp changed:
What|Removed |Added
Priority|P1 |P3
--- Comment #3 from Robin Dapp ---
(In
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119577
Bug ID: 119577
Summary: RISC-V: Redundant vector IV roundtrip.
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119576
--- Comment #8 from Arthur O'Dwyer ---
The Linux kernel disables -Warray-bounds in GCC 9 and later (and
-Wstringop-overflow unconditionally).
https://github.com/openSUSE/kernel/blame/5be5ecdaf1e7fb1a04e6122771b432851cd2393d/init/Kconfig#L905-L92
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116841
Jonathan Wakely changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119386
--- Comment #53 from Ard Biesheuvel ---
(In reply to Alexander Monakov from comment #51)
> Michael, can you give your ack/nack for Ard's proposal in comment #24 (the
> second variant, I guess keying off -m[no-]direct-extern-access doesn't make
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119540
--- Comment #5 from anlauf at gcc dot gnu.org ---
(In reply to anlauf from comment #4)
> (In reply to anlauf from comment #3)
> > I might be missing to set some elem_len or span or ...
>
> Testcase:
Running the program (compiled with: -Og -g -f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119576
--- Comment #9 from Andrew Pinski ---
(In reply to Arthur O'Dwyer from comment #8)
> The Linux kernel disables -Warray-bounds in GCC 9 and later (and
> -Wstringop-overflow unconditionally).
> https://github.com/openSUSE/kernel/blame/
> 5be5ecdaf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114945
Jonathan Wakely changed:
What|Removed |Added
Summary|[14/15 regression] Sporadic |[14 regression] Sporadic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116841
Jonathan Wakely changed:
What|Removed |Added
Keywords|needs-bisection |
--- Comment #5 from Jonathan Wakely
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119576
--- Comment #7 from Andrew Pinski ---
(In reply to Arthur O'Dwyer from comment #6)
> Will Wray points out that GCC's own codebase disables `-Warray-bounds` in
> several places, including at least these places in current master:
>
> gcc/cp/modul
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114945
--- Comment #4 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:844eed3364309bd20cbb7d6793a16b7c6b889ba4
commit r15-9134-g844eed3364309bd20cbb7d6793a16b7c6b889ba4
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116841
--- Comment #3 from Jonathan Wakely ---
Yes it was fixed by Honza's r15-5361-gaac5c57ee16723
Add __builtion_unreachable to vector::size(), vector::capacity()
This patch makes it clear that vector sizes and capacities are not
negat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119576
--- Comment #6 from Arthur O'Dwyer ---
Will Wray points out that GCC's own codebase disables `-Warray-bounds` in
several places, including at least these places in current master:
gcc/cp/module.cc:#pragma GCC diagnostic ignored "-Warray-bounds"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108860
Jonathan Wakely changed:
What|Removed |Added
Summary|[12/13 regression] New |[12/13/14 regression] New
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119576
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119383
Patrick Palka changed:
What|Removed |Added
Target Milestone|15.0|14.3
Summary|[15 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119576
--- Comment #4 from Andrew Pinski ---
What about removing -Wuninitialized too since that has just as many false
positives and has been included in -Wall even longer, at least 25 years now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119576
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114563
--- Comment #14 from ak at gcc dot gnu.org ---
>to do this for entry_size < G.pagesize * GGC_QUIRE_SIZE, this should
>avoid fragmenting the virtual address space. Possibly do this only
>for USING_MADVISE, not sure.
Okay let me test that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119576
--- Comment #2 from Andrew Pinski ---
-Warray-bounds has been included in -Wall since before GCC 4.8.0 which is 12
years ago
I think it might be too late to reconsider this. Plus -Warray-bounds false
positives are not as well spread as yo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119576
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
--- Comment #1 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114563
ak at gcc dot gnu.org changed:
What|Removed |Added
CC||ak at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119567
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119576
Bug ID: 119576
Summary: Please remove -Warray-bounds from -Wall
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: drive
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119383
--- Comment #12 from GCC Commits ---
The releases/gcc-14 branch has been updated by Marek Polacek
:
https://gcc.gnu.org/g:42a4f863956c0bf18b97738da475bdb9c14504b2
commit r14-11498-g42a4f863956c0bf18b97738da475bdb9c14504b2
Author: Marek Polacek
1 - 100 of 221 matches
Mail list logo