[Bug target/105416] arm_acle.h is missing __yield()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105416 --- Comment #3 from Marc Mutz --- It's both: aarch64 is here: https://gcc.gnu.org/legacy-ml/gcc-patches/2019-01/msg00570.html

[Bug target/105416] arm_acle.h is missing __yield()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105416 --- Comment #2 from Andrew Pinski --- https://gcc.gnu.org/legacy-ml/gcc-patches/2019-01/msg00571.html Looks like arm has it but maybe not aarch64.

[Bug target/105416] arm_acle.h is missing __yield()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105416 --- Comment #1 from Andrew Pinski --- Is this aarch64 or arm? Also I think __yield is an extension which is why gcc does not have it.

[Bug c/105416] New: arm_acle.h is missing __yield()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105416 Bug ID: 105416 Summary: arm_acle.h is missing __yield() Product: gcc Version: 11.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c As

[Bug c++/105322] [modules] ICE with constexpr object of local class type from another function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105322 Jiu Fu Guo changed: What|Removed |Added CC||guojiufu at gcc dot gnu.org --- Comment #3

[Bug target/105334] ICE in curr_insn_transform, at lra-constraints.cc:4168 (error: unable to generate reloads)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105334 Kewen Lin changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|---

[Bug target/105334] ICE in curr_insn_transform, at lra-constraints.cc:4168 (error: unable to generate reloads)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105334 --- Comment #9 from CVS Commits --- The master branch has been updated by Kewen Lin : https://gcc.gnu.org/g:84c1c9b013faf8cdac31db3f6612bd9d5f70ddb3 commit r12-8296-g84c1c9b013faf8cdac31db3f6612bd9d5f70ddb3 Author: Kewen Lin Date: Wed Apr 2

[Bug tree-optimization/104676] [12 Regression] ICE in verify_loop_structure, at cfgloop.cc:1748 (error: loop 3's number of iterations '(unsigned int) + 4294967295' references the released SSA name '

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104676 --- Comment #6 from CVS Commits --- The master branch has been updated by Kito Cheng : https://gcc.gnu.org/g:d5b66a905322262483af5c4ca6cb6676c24e1f3f commit r12-8295-gd5b66a905322262483af5c4ca6cb6676c24e1f3f Author: Jia-Wei Chen Date: Tue A

[Bug target/103605] [PowerPC] fmin/fmax should be inlined always with xsmindp/xsmaxdp

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103605 --- Comment #7 from Kewen Lin --- (In reply to pc from comment #5) > I modified the testcase from comment #3 to clear-before and check-after > FE_INVALID exception bit for each operation: > -- > $ /opt/gcc-nightly/trunk/bin/gcc -O2 -o xsmindp-te

[Bug tree-optimization/105414] constant folding for fmin/max(snan, snan) is wrong

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105414 --- Comment #3 from HaoChen Gui --- For fmin/max behavior, I referred the this ticket. https://sourceware.org/bugzilla/show_bug.cgi?id=20947

[Bug debug/105415] New: [10/11/12 Regression] '-fcompare-debug' failure w/ -O2 -ftree-parallelize-loops=2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105415 Bug ID: 105415 Summary: [10/11/12 Regression] '-fcompare-debug' failure w/ -O2 -ftree-parallelize-loops=2 Product: gcc Version: 12.0 Status: UNCONFIRMED Keywor

[Bug libstdc++/105387] libstdc++: with -fno-rtti, pointer type info class incorrectly matches non-pointer type info classes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105387 --- Comment #3 from Jakob Hasse --- Thanks for the kind feedback! I think I do have a test case now, using placement new to control the memory adjacent to the type object. My patch seems to fix it. Right now I'm working on integrating it into t

[Bug target/105354] __builtin_shuffle for alignr generates suboptimal code unless SSSE3 is enabled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105354 --- Comment #3 from Hongtao.liu --- Created attachment 52893 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52893&action=edit Patch pending for GCC13 Now, we can also generate foo3: .LFB3: .cfi_startproc movdqa .LC1(%rip

[Bug tree-optimization/105414] constant folding for fmin/max(snan, snan) is wrong

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105414 --- Comment #2 from HaoChen Gui --- (In reply to Andrew Pinski from comment #1) > What target is this on? I tested it on ppc64le. But I think it should be on all targets?

[Bug tree-optimization/105414] constant folding for fmin/max(snan, snan) is wrong

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105414 --- Comment #1 from Andrew Pinski --- What target is this on?

[Bug tree-optimization/105414] New: constant folding for fmin/max(snan, snan) is wrong

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105414 Bug ID: 105414 Summary: constant folding for fmin/max(snan, snan) is wrong Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal Priority: P3 Componen

[Bug fortran/105371] The result of the merge function is different when it's type of parameters is the extensions type of derived type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105371 --- Comment #6 from luoxudong --- (In reply to Steve Kargl from comment #5) > On Wed, Apr 27, 2022 at 07:51:10PM +, anlauf at gcc dot gnu.org wrote: > > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105371 > > > > --- Comment #4 from anlauf

[Bug d/105413] New: gdc extended assembler cannot constraints r8 - r15

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105413 Bug ID: 105413 Summary: gdc extended assembler cannot constraints r8 - r15 Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal Priority: P3 Componen

[Bug fortran/105371] The result of the merge function is different when it's type of parameters is the extensions type of derived type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105371 --- Comment #5 from Steve Kargl --- On Wed, Apr 27, 2022 at 07:51:10PM +, anlauf at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105371 > > --- Comment #4 from anlauf at gcc dot gnu.org --- > The following untested

[Bug c++/90107] [9/10/11/12 Regression] rejects-valid on global-namespace-qualified variable declared after class definition

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90107 Marek Polacek changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned a

[Bug fortran/78054] gfortran.dg/pr70673.f90 FAILs at -O0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78054 --- Comment #11 from Steve Kargl --- On Wed, Apr 27, 2022 at 08:49:17PM +, tkoenig at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78054 > > --- Comment #10 from Thomas Koenig --- > (In reply to anlauf from comment

[Bug preprocessor/105412] [10/11/12 Regression] Missing phony target with -MP for first include when compiling from stdin

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105412 Andrew Pinski changed: What|Removed |Added Target Milestone|--- |10.4

[Bug preprocessor/105412] New: [10/11/12 Regression] Missing phony target with -MP for first include when compiling from stdin

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105412 Bug ID: 105412 Summary: [10/11/12 Regression] Missing phony target with -MP for first include when compiling from stdin Product: gcc Version: 12.0 Status: UNCONFIRMED

[Bug fortran/78054] gfortran.dg/pr70673.f90 FAILs at -O0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78054 --- Comment #10 from Thomas Koenig --- (In reply to anlauf from comment #9) > (In reply to Thomas Koenig from comment #8) > > Fixed on trunk by > > > > https://gcc.gnu.org/pipermail/gcc-cvs/2022-April/362724.html . > > Thomas, > > you'd bette

[Bug fortran/105371] The result of the merge function is different when it's type of parameters is the extensions type of derived type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105371 --- Comment #4 from anlauf at gcc dot gnu.org --- The following untested hackish patch leads to the same answer for both cases: diff --git a/gcc/fortran/simplify.cc b/gcc/fortran/simplify.cc index 233cc42137f..abd93956217 100644 --- a/gcc/fortra

[Bug analyzer/105285] False positive with -Wanalyzer-null-dereference in git.git's reftable/reader.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105285 David Malcolm changed: What|Removed |Added Last reconfirmed||2022-04-27 Ever confirmed|0

[Bug c++/90107] [9/10/11/12 Regression] rejects-valid on global-namespace-qualified variable declared after class definition

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90107 Marek Polacek changed: What|Removed |Added CC||mpolacek at gcc dot gnu.org --- Comment

[Bug fortran/78054] gfortran.dg/pr70673.f90 FAILs at -O0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78054 --- Comment #9 from anlauf at gcc dot gnu.org --- (In reply to Thomas Koenig from comment #8) > Fixed on trunk by > > https://gcc.gnu.org/pipermail/gcc-cvs/2022-April/362724.html . Thomas, you'd better re-read Steve's analysis. Your patch lef

[Bug analyzer/105285] False positive with -Wanalyzer-null-dereference in git.git's reftable/reader.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105285 --- Comment #7 from David Malcolm --- For (b), I'm not convinced git's code is totally correct here. The early-reject case in reader_get_block returns 0: if (off >= r->size) return 0; but at the caller, the condition is < 0: err = re

[Bug analyzer/105285] False positive with -Wanalyzer-null-dereference in git.git's reftable/reader.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105285 --- Comment #6 from David Malcolm --- For (a): If I'm reading this right: reader_init_block_reader has: struct reftable_block block = {((void *)0)}; reader_init_block_reader checks for (next_off >= r->size) and bails out, otherwise, block

[Bug analyzer/105285] False positive with -Wanalyzer-null-dereference in git.git's reftable/reader.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105285 --- Comment #5 from David Malcolm --- I've been attempting to debug this. I think that there is a bug in both (a) the analyzer, and, possibly (b) in the software under test (git).

[Bug analyzer/105285] False positive with -Wanalyzer-null-dereference in git.git's reftable/reader.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105285 --- Comment #4 from David Malcolm --- Created attachment 52892 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52892&action=edit Partially reduced reproducer I reduced the reproducer and am attaching it.

[Bug c++/105398] [11 Regression][ICE] enum in array in lambda

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105398 Marek Polacek changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug c++/105398] [11 Regression][ICE] enum in array in lambda

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105398 --- Comment #9 from CVS Commits --- The releases/gcc-11 branch has been updated by Marek Polacek : https://gcc.gnu.org/g:3a1358e5f38864bf5688a7b6db1fda482321a77a commit r11-9941-g3a1358e5f38864bf5688a7b6db1fda482321a77a Author: Marek Polacek

[Bug c++/105398] [11 Regression][ICE] enum in array in lambda

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105398 Marek Polacek changed: What|Removed |Added Summary|[11/12 Regression][ICE] |[11 Regression][ICE] enum

[Bug c++/105398] [11/12 Regression][ICE] enum in array in lambda

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105398 --- Comment #7 from CVS Commits --- The trunk branch has been updated by Marek Polacek : https://gcc.gnu.org/g:409edcca331296b53842c50d3b789e1b1ccc05e5 commit r12-8290-g409edcca331296b53842c50d3b789e1b1ccc05e5 Author: Marek Polacek Date: Tu

[Bug fortran/78054] gfortran.dg/pr70673.f90 FAILs at -O0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78054 Thomas Koenig changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |tkoenig at gcc dot gnu.org --- C

[Bug middle-end/104492] [12 Regression] Bogus dangling pointer warning at -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104492 --- Comment #12 from CVS Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:948e8e401023f6c3153f6d0c449bc5c2899ee7b7 commit r12-8289-g948e8e401023f6c3153f6d0c449bc5c2899ee7b7 Author: Jakub Jelinek Date:

[Bug ipa/100413] [11/12 Regression] ICE: failed to reclaim unneeded function with custom flags since r11-4267-g0e590b68fa374365

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100413 Martin Jambor changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |jamborm at gcc dot gnu.org

[Bug modula2/105411] New: gm2 testsuite should use TEST_ALWAYS_FLAGS

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105411 Bug ID: 105411 Summary: gm2 testsuite should use TEST_ALWAYS_FLAGS Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: modul

[Bug modula2/105410] New: gm2 doesn't always honor -save-temps

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105410 Bug ID: 105410 Summary: gm2 doesn't always honor -save-temps Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: modula2

[Bug middle-end/105409] ICE in simplify_subreg, at simplify-rtx.cc:7351

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105409 --- Comment #1 from Rainer Orth --- Created attachment 52891 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52891&action=edit testcase

[Bug middle-end/105409] New: ICE in simplify_subreg, at simplify-rtx.cc:7351

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105409 Bug ID: 105409 Summary: ICE in simplify_subreg, at simplify-rtx.cc:7351 Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug modula2/105408] ICE in output_constructor_regular_field, at varasm.cc:5515

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105408 --- Comment #1 from Rainer Orth --- I just noticed I messed up: this ICE happens only for a single testcase: FAIL: gm2/iso/run/pass/testgeneric.mod compilation, {additional_flags= -Os } (internal compiler error: in output_constructor_regular_fi

[Bug modula2/105408] New: ICE in output_constructor_regular_field, at varasm.cc:5515

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105408 Bug ID: 105408 Summary: ICE in output_constructor_regular_field, at varasm.cc:5515 Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal Pr

[Bug c++/105407] std::construct_at during constant evaluation does not zero-initialize

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105407 --- Comment #1 from Jonathan Wakely --- I don't think the zero-init makes x=x OK though.

[Bug rtl-optimization/105383] [11/12 Regression] ICE: in change_insns, at rtl-ssa/changes.cc:674 with -Os -fno-tree-dominator-opts -fno-tree-vrp -msseregparm -m32 since r11-6188-g0b76990a9d75d97b

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105383 --- Comment #3 from Zdenek Sojka --- Created attachment 52890 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52890&action=edit testcase failing at just -Os -m32 $ x86_64-pc-linux-gnu-gcc -Os -m32 testcase-Os.c during RTL pass: fwprop1 te

[Bug c++/105407] New: std::construct_at during constant evaluation does not zero-initialize

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105407 Bug ID: 105407 Summary: std::construct_at during constant evaluation does not zero-initialize Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal

[Bug tree-optimization/105219] [12 Regression] SVE: Wrong code with -O3 -msve-vector-bits=128 -mtune=thunderx

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105219 --- Comment #18 from avieira at gcc dot gnu.org --- (In reply to Richard Biener from comment #16) > (In reply to rsand...@gcc.gnu.org from comment #15) > > (In reply to Richard Biener from comment #14) > > > diff --git a/gcc/tree-vect-loop.cc b/g

[Bug c++/105406] [11/12 Regression] coroutines: since 11.3 co_await attempts to copy a move-only value when await_transform(T &) exists

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105406 Jakub Jelinek changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED

[Bug target/65146] alignment of _Atomic structure member is not correct

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65146 --- Comment #25 from Peter Cordes --- (In reply to CVS Commits from comment #24) > The master branch has been updated by Jakub Jelinek : > > https://gcc.gnu.org/g:04df5e7de2f3dd652a9cddc1c9adfbdf45947ae6 > > commit r11-2909-g04df5e7de2f3dd652a9

[Bug c++/105406] [11/12 Regression] coroutines: since 11.3 co_await attempts to copy a move-only value when await_transform(T &) exists

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105406 Richard Biener changed: What|Removed |Added Target Milestone|--- |11.4 Priority|P3

[Bug tree-optimization/105219] [12 Regression] SVE: Wrong code with -O3 -msve-vector-bits=128 -mtune=thunderx

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105219 --- Comment #17 from Richard Biener --- (In reply to Richard Biener from comment #16) > (In reply to rsand...@gcc.gnu.org from comment #15) > > (In reply to Richard Biener from comment #14) > > > diff --git a/gcc/tree-vect-loop.cc b/gcc/tree-vec

[Bug c++/105406] coroutines: since 11.3 co_await attempts to copy a move-only value when await_transform(T &) exists

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105406 --- Comment #1 from Daniel Vrátil --- Link to godbolt: https://godbolt.org/z/MecdTEzMT

[Bug c++/105406] New: coroutines: since 11.3 co_await attempts to copy a move-only value when await_transform(T &) exists

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105406 Bug ID: 105406 Summary: coroutines: since 11.3 co_await attempts to copy a move-only value when await_transform(T &) exists Product: gcc Version: 11.3.0 Status: UNCONFIR

[Bug tree-optimization/105219] [12 Regression] SVE: Wrong code with -O3 -msve-vector-bits=128 -mtune=thunderx

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105219 --- Comment #16 from Richard Biener --- (In reply to rsand...@gcc.gnu.org from comment #15) > (In reply to Richard Biener from comment #14) > > diff --git a/gcc/tree-vect-loop.cc b/gcc/tree-vect-loop.cc > > index d7bc34636bd..3b63ab7b669 100644

[Bug c/86647] Test on constant expression (unsigned) -1 < 0 triggers a spurious -Wtype-limits warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86647 Eric Gallager changed: What|Removed |Added CC||bernd.edlinger at hotmail dot de,

[Bug tree-optimization/105219] [12 Regression] SVE: Wrong code with -O3 -msve-vector-bits=128 -mtune=thunderx

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105219 --- Comment #15 from rsandifo at gcc dot gnu.org --- (In reply to Richard Biener from comment #14) > diff --git a/gcc/tree-vect-loop.cc b/gcc/tree-vect-loop.cc > index d7bc34636bd..3b63ab7b669 100644 > --- a/gcc/tree-vect-loop.cc > +++ b/gcc/tr

[Bug tree-optimization/105219] [12 Regression] SVE: Wrong code with -O3 -msve-vector-bits=128 -mtune=thunderx

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105219 --- Comment #14 from Richard Biener --- (In reply to Martin Liška from comment #13) > (In reply to Richard Biener from comment #11) > > int data[128]; > > > > void __attribute((noipa)) > > foo (int *data, int n) > > { > > for (int i = 0; i <

[Bug c/105401] Improved diagnostics for code from "Labels as Values" documentation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105401 --- Comment #1 from Eric Gallager --- Actually never mind about point 3: I do actually get warnings from -Winline when I turn on optimizations: $ /usr/local/bin/gcc -c -Wall -Wextra -Wc++-compat -Winline -O2 labels_as_values.c labels_as_values.

[Bug tree-optimization/105219] [12 Regression] SVE: Wrong code with -O3 -msve-vector-bits=128 -mtune=thunderx

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105219 --- Comment #13 from Martin Liška --- (In reply to Richard Biener from comment #11) > int data[128]; > > void __attribute((noipa)) > foo (int *data, int n) > { > for (int i = 0; i < n; ++i) > data[i] = i; > } > > int main() > { > for (

[Bug sanitizer/105405] missed buffer-overflow in -O0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105405 --- Comment #3 from Jakub Jelinek --- I think that is just misunderstanding on how ASan works and what it can protect. It adds red zone around vars, so that access right after end of var or before start of var is reported. But the red zone is qu

[Bug c++/98417] ICE when using C++ modules and -g

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98417 --- Comment #3 from Boris Kolpackov --- I also no longer see this with GCC 12.0.1 20220421.

[Bug pch/105403] [Bug] Buffer overflow can happen when reading pchf_data from file

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105403 Geoff Keating changed: What|Removed |Added CC||geoffk at geoffk dot org --- Comment #1

[Bug sanitizer/105405] missed buffer-overflow in -O0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105405 --- Comment #2 from Li Shaohua --- Yeah, I've tried that fix. It didn't fix the issue though.

[Bug c++/87656] Useful flags to enable with -Wall or -Wextra

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87656 --- Comment #11 from David Binderman --- -Wold-style-definition KnR style function definitions have been deprecated for about 35 years. Yes, there is a warning for it in gcc, but that warning isn't in either -Wall or -Wextra. Also, switching

[Bug other/105404] new version of zlib

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105404 --- Comment #3 from Jonathan Wakely --- No, because we don't use the buggy Z_FIXED feature.

[Bug middle-end/105346] [11/12 Regression] -Wno-free-nonheap-object false positive (on Bison-generated grammar code)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105346 --- Comment #17 from Richard Biener --- A possible fix would be to not run the late checks when not optimizing - in fact the IL for the late and early pass are the same at -O0 so the reason for postponing them isn't there. The only difference i

[Bug sanitizer/105405] missed buffer-overflow in -O0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105405 Martin Liška changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[Bug other/105404] new version of zlib

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105404 --- Comment #2 from David Binderman --- (In reply to Jonathan Wakely from comment #1) > See the thread starting at > https://gcc.gnu.org/pipermail/gcc/2022-April/238497.html Thanks for that. Nick Clifton seems to think a simple rebase should be

[Bug middle-end/104077] [meta-bug] bogus/missing -Wdangling-pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104077 Bug 104077 depends on bug 104492, which changed state. Bug 104492 Summary: [12 Regression] Bogus dangling pointer warning at -O3 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104492 What|Removed |Added -

[Bug middle-end/104492] [12 Regression] Bogus dangling pointer warning at -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104492 Richard Biener changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug middle-end/104492] [12 Regression] Bogus dangling pointer warning at -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104492 --- Comment #10 from CVS Commits --- The master branch has been updated by Richard Biener : https://gcc.gnu.org/g:9e7edb781867797d0a553a7db99d52ecd5e1 commit r12-8282-g9e7edb781867797d0a553a7db99d52ecd5e1 Author: Richard Biener Date:

[Bug sanitizer/105405] New: missed buffer-overflow in -O0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105405 Bug ID: 105405 Summary: missed buffer-overflow in -O0 Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: sanitizer

[Bug lto/105399] [12 Regression] -O2/-Ofast -flto ICEs as internal compiler error: verify_cgraph_node failed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105399 --- Comment #4 from Jakub Jelinek --- Created attachment 52889 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52889&action=edit gcc12-pr105399.patch One possible untested fix.

[Bug fortran/105381] [12 Regression] Memory-hog since r12-8230

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105381 Richard Biener changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug fortran/105379] [12 Regression] ICE in gfc_compare_array_spec(): Array spec clobbered since r12-8235-gfa5cd7102da676dc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105379 Richard Biener changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug fortran/103662] [12 Regression] TBAA problem in Fortran FE triggering in gfortran.dg/unlimited_polymorphic_3.f03

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103662 --- Comment #25 from CVS Commits --- The master branch has been updated by Mikael Morin : https://gcc.gnu.org/g:6a460a2007dd9c527c5f9d5bbbedb852db7c1373 commit r12-8281-g6a460a2007dd9c527c5f9d5bbbedb852db7c1373 Author: Mikael Morin Date: We

[Bug fortran/105379] [12 Regression] ICE in gfc_compare_array_spec(): Array spec clobbered since r12-8235-gfa5cd7102da676dc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105379 --- Comment #4 from CVS Commits --- The master branch has been updated by Mikael Morin : https://gcc.gnu.org/g:6a460a2007dd9c527c5f9d5bbbedb852db7c1373 commit r12-8281-g6a460a2007dd9c527c5f9d5bbbedb852db7c1373 Author: Mikael Morin Date: Wed

[Bug fortran/102043] [9/10/11 Regression] Wrong array types used for negative stride accesses, gfortran.dg/vector_subscript_1.f90 FAILs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102043 --- Comment #49 from CVS Commits --- The master branch has been updated by Mikael Morin : https://gcc.gnu.org/g:3e0c9fdfd00b5b5cbff1a0bd6ac012a10fe81348 commit r12-8280-g3e0c9fdfd00b5b5cbff1a0bd6ac012a10fe81348 Author: Mikael Morin Date: We

[Bug fortran/105381] [12 Regression] Memory-hog since r12-8230

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105381 --- Comment #2 from CVS Commits --- The master branch has been updated by Mikael Morin : https://gcc.gnu.org/g:3e0c9fdfd00b5b5cbff1a0bd6ac012a10fe81348 commit r12-8280-g3e0c9fdfd00b5b5cbff1a0bd6ac012a10fe81348 Author: Mikael Morin Date: Wed

[Bug fortran/105371] The result of the merge function is different when it's type of parameters is the extensions type of derived type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105371 --- Comment #3 from luoxudong --- (In reply to kargl from comment #2) > So, what do you believe the correct output should be? I think the output when the mask is constant should be consistent with the result when the mask is variable. 1.The ou

[Bug c/105404] new version of zlib

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105404 --- Comment #1 from Jonathan Wakely --- See the thread starting at https://gcc.gnu.org/pipermail/gcc/2022-April/238497.html

[Bug middle-end/105346] [11/12 Regression] -Wno-free-nonheap-object false positive (on Bison-generated grammar code)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105346 --- Comment #16 from Aldy Hernandez --- (In reply to Richard Biener from comment #15) > If it isn't possible to use ranger at the moment to resolve this at > the point of the free() call I wouldn't bother. I think the correct Ranger at the mo

[Bug middle-end/105346] [11/12 Regression] -Wno-free-nonheap-object false positive (on Bison-generated grammar code)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105346 --- Comment #15 from Richard Biener --- (In reply to Aldy Hernandez from comment #14) > (In reply to Richard Biener from comment #13) > > (In reply to Andrew Macleod from comment #11) > > > (In reply to Richard Biener from comment #6) > > > > >

[Bug c/105404] New: new version of zlib

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105404 Bug ID: 105404 Summary: new version of zlib Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c Assignee: unassi

[Bug lto/105399] [12 Regression] -O2/-Ofast -flto ICEs as internal compiler error: verify_cgraph_node failed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105399 --- Comment #3 from Jakub Jelinek --- I can't easily bisect when this started but bet with r12-5412-g458d2c689963d8461d84670a3d8988cd6ecbfd81 or later. Not sure if this should be P1 because it is ice-checking only, in release compilers flag_chec

[Bug middle-end/105346] [11/12 Regression] -Wno-free-nonheap-object false positive (on Bison-generated grammar code)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105346 --- Comment #14 from Aldy Hernandez --- (In reply to Richard Biener from comment #13) > (In reply to Andrew Macleod from comment #11) > > (In reply to Richard Biener from comment #6) > > > > > > > >: > > > bufp_2 = &buf; > > > if (&buf

[Bug lto/105399] [12 Regression] -O2/-Ofast -flto ICEs as internal compiler error: verify_cgraph_node failed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105399 --- Comment #2 from Jakub Jelinek --- Because of -Ofast initial compilation, opt_for_fn (decl, flag_semantic_interposition) is false for all the decls for which a cgraph node is created, but they have NULL DECL_FUNCTION_SPECIFIC_OPTIMIZATION, an

[Bug target/105402] ICE: in emit_swap_insn, at reg-stack.c:837 at -Og with custom target flags

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105402 Martin Liška changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug lto/105399] [12 Regression] -O2/-Ofast -flto ICEs as internal compiler error: verify_cgraph_node failed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105399 Martin Liška changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug tree-optimization/105374] [12 Regression] ICE in fold_convert_loc, at fold-const.cc:2580 during GIMPLE pass: reassoc since r12-7338-g884f77b4222289510e1df9db2889b60c5df6fcda

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105374 --- Comment #11 from CVS Commits --- The master branch has been updated by Christophe Lyon : https://gcc.gnu.org/g:6c211e70eb9d89db2be630c0dd21e4aee144 commit r12-8279-g6c211e70eb9d89db2be630c0dd21e4aee144 Author: Christophe Lyon Date

[Bug ada/104027] [12 Regression] libgnat-12.so requires executable stack on x86_64-linux

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104027 --- Comment #8 from CVS Commits --- The master branch has been updated by Pierre-Marie de Rodat : https://gcc.gnu.org/g:b2df4c40c44adcc1d70db11c39593ace9b4cb588 commit r12-8278-gb2df4c40c44adcc1d70db11c39593ace9b4cb588 Author: Pierre-Marie de

[Bug target/102024] [12 Regression] zero width bitfields and ABIs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102024 --- Comment #39 from CVS Commits --- The master branch has been updated by Andreas Krebbel : https://gcc.gnu.org/g:bc79f0d9048375e402497d5f2ef457c9500310e4 commit r12-8277-gbc79f0d9048375e402497d5f2ef457c9500310e4 Author: Andreas Krebbel Date

[Bug target/105339] [x86] missing AVX-512F scalef functions when optimization is disabled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105339 --- Comment #7 from Hongyu Wang --- Fixed for gcc-9/10/11/12.

[Bug target/105339] [x86] missing AVX-512F scalef functions when optimization is disabled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105339 --- Comment #6 from CVS Commits --- The releases/gcc-9 branch has been updated by Hongyu Wang : https://gcc.gnu.org/g:18bee83150e235ebd596443a0909a72d0c4d077f commit r9-10031-g18bee83150e235ebd596443a0909a72d0c4d077f Author: Hongyu Wang Date:

[Bug target/105339] [x86] missing AVX-512F scalef functions when optimization is disabled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105339 --- Comment #5 from CVS Commits --- The releases/gcc-10 branch has been updated by Hongyu Wang : https://gcc.gnu.org/g:5e53c8a04d182ead8b59682802478de3dfc0361b commit r10-10584-g5e53c8a04d182ead8b59682802478de3dfc0361b Author: Hongyu Wang Dat

[Bug target/105339] [x86] missing AVX-512F scalef functions when optimization is disabled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105339 --- Comment #4 from CVS Commits --- The releases/gcc-11 branch has been updated by Hongyu Wang : https://gcc.gnu.org/g:8a02dab2aac640186acca8b265a790153632786d commit r11-9940-g8a02dab2aac640186acca8b265a790153632786d Author: Hongyu Wang Date

[Bug middle-end/105346] [11/12 Regression] -Wno-free-nonheap-object false positive (on Bison-generated grammar code)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105346 --- Comment #13 from Richard Biener --- (In reply to Andrew Macleod from comment #11) > (In reply to Richard Biener from comment #6) > > > > >: > > bufp_2 = &buf; > > if (&buf != bufp_2) > > goto ; [INV] > > else > > goto ; [

[Bug pch/105403] New: [Bug] Buffer overflow can happen when reading pchf_data from file

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105403 Bug ID: 105403 Summary: [Bug] Buffer overflow can happen when reading pchf_data from file Product: gcc Version: 11.3.0 Status: UNCONFIRMED Severity: normal

  1   2   >