[Bug sanitizer/108880] [11/12/13 Regression] slow compilation with "-fsanitize=undefined"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108880 --- Comment #3 from Andrew Pinski --- It is still fast with the C++ front-end. It is also still fast with -std=gnu90 in GCC 11+.

[Bug sanitizer/108880] [11/12/13 Regression] slow compilation with "-fsanitize=undefined"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108880 --- Comment #2 from Andrew Pinski --- phase parsing : 7.10 (100%) 0.02 (100%) 7.32 ( 99%) 216k ( 11%)

[Bug sanitizer/108880] [11/12/13 Regression] slow compilation with "-fsanitize=undefined"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108880 Andrew Pinski changed: What|Removed |Added Summary|slow compilation with |[11/12/13 Regression] slow

[Bug sanitizer/108880] [11/12/13 Regression] slow compilation with "-fsanitize=undefined"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108880 Andrew Pinski changed: What|Removed |Added Target Milestone|--- |10.5 Summary|slow compilatio

[Bug target/108248] Some insns in the risc-v backend do not have mappings to functional units

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108248 --- Comment #6 from Andrew Pinski --- (In reply to Jeffrey A. Law from comment #5) > So a datapoint in this effort. > > For the Veyron V1, all the bitmanip instructions except clmul and cpop are > single cycle and can be handled by any of the 4

[Bug sanitizer/108880] New: slow compilation with "-fsanitize=undefined"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108880 Bug ID: 108880 Summary: slow compilation with "-fsanitize=undefined" Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug target/108567] gccrs bootstrap comparison failure on mipsel-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108567 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED See Also|

[Bug target/108567] gccrs bootstrap comparison failure on mipsel-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108567 --- Comment #4 from YunQiang Su --- (In reply to Andrew Pinski from comment #3) > Can you file a bug to sourceware against binutils and close this bug as > moved then with a link to that bug? Sure. https://sourceware.org/bugzilla/show_bug.cgi?

[Bug target/108567] gccrs bootstrap comparison failure on mipsel-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108567 --- Comment #3 from Andrew Pinski --- Can you file a bug to sourceware against binutils and close this bug as moved then with a link to that bug?

[Bug target/108567] gccrs bootstrap comparison failure on mipsel-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108567 --- Comment #2 from YunQiang Su --- It's due to `-mfix-loongson3-llsc` of binutils again. I fixed a problem several years ago. commit dec7b24be89fe0496f9442232bcbfcb16e030742 Author: YunQiang Su Date: Fri Feb 28 15:58:13 2020 +0800

[Bug target/108764] [RISCV] Cost model for RVB is too aggressive

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108764 Jeffrey A. Law changed: What|Removed |Added CC||law at gcc dot gnu.org --- Comment #6

[Bug target/108248] Some insns in the risc-v backend do not have mappings to functional units

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108248 --- Comment #5 from Jeffrey A. Law --- So a datapoint in this effort. For the Veyron V1, all the bitmanip instructions except clmul and cpop are single cycle and can be handled by any of the 4 standard ALUs. clmul, cpop are 4c and use the shar

[Bug sanitizer/106998] [10/11/12/13 Regression] libsanitizer PATH_MAX not defined for linux new targets

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106998 --- Comment #4 from cqwrteur --- (In reply to Richard Biener from comment #3) > I don't see linux/limits.h included still, but limits.h is - should musl > include linux/limits.h by itself? > > Please link to upstream generated issues. musl doe

[Bug modula2/108261] modula-2 module registration process seems to fail with shared libraries.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108261 Gaius Mulley changed: What|Removed |Added Attachment #54461|0 |1 is obsolete|

[Bug target/108853] Add new -mcpu=e500 alias for -mcpu=8540

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108853 --- Comment #4 from Andrew Pinski --- (In reply to Pali Rohár from comment #3) > And due to this removal, LLVM and clang recently gained some usable e500v2 > implementation. I was told that it was heavily tested on FreeBSD with > desktop applica

[Bug target/108853] Add new -mcpu=e500 alias for -mcpu=8540

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108853 --- Comment #3 from Pali Rohár --- I'm still using processors with e500 cores with recent Linux kernel versions and I know also other people who also still using them. Note that NXP still supports some QorIQ processors which have integrated e50

[Bug target/108853] Add new -mcpu=e500 alias for -mcpu=8540

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108853 --- Comment #2 from Andrew Pinski --- e500 support was mostly removed out of GCC too.

[Bug target/108853] Add new -mcpu=e500 alias for -mcpu=8540

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108853 --- Comment #1 from Andrew Pinski --- Does anyone still use the e500 core? I thought the last SoC that had that core was years ago and even no longer supported by FreeScale/NXP.

[Bug target/108869] compiling an intrinsic wrapper : gives internal compiler error: in dwarf2out_register_main_translation_unit

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108869 Andrew Pinski changed: What|Removed |Added Ever confirmed|0 |1 Last reconfirmed|

[Bug analyzer/108879] New: -Wanalyzer-malloc-leak false positive stl string in try catch block

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108879 Bug ID: 108879 Summary: -Wanalyzer-malloc-leak false positive stl string in try catch block Product: gcc Version: 13.0 Status: UNCONFIRMED Severity: normal

[Bug analyzer/108830] Excess warnings from -Wanalyzer-null-dereference

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108830 David Malcolm changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug analyzer/108562] [meta-bug] tracker bug for issues with -Wanalyzer-null-dereference

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108562 Bug 108562 depends on bug 108830, which changed state. Bug 108830 Summary: Excess warnings from -Wanalyzer-null-dereference https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108830 What|Removed |Added --

[Bug analyzer/104224] Testcases for analyzer "uninit" from fedora-devel

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104224 --- Comment #6 from David Malcolm --- Given the above patch, we now need -fno-analyzer-suppress-followups if you want to see all the warnings in the testcase (rather than just stopping after the first).

[Bug tree-optimization/105834] [13 Regression] Dead Code Elimination Regression at -O2 (trunk vs. 12.1.0)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105834 --- Comment #2 from Andrew Pinski --- c_5 : int [0, 0][3, 3] vs c_5 : [irange] int [0, 3] NONZERO 0x3 Obvious the first range is more correct, c_5 can only be either 0 or 3.

[Bug middle-end/108878] Mis-optimization with splitting floating point into a significand and exponent.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108878 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #5

[Bug middle-end/108878] Mis-optimization with splitting floating point into a significand and exponent.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108878 --- Comment #4 from Steve Kargl --- On Tue, Feb 21, 2023 at 09:49:38PM +, pinskia at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108878 > > --- Comment #2 from Andrew Pinski --- > So the right way of fixing this i

[Bug tree-optimization/108419] [13 Regression] Dead Code Elimination Regression at -O2 since r13-440-g98e475a8f58

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108419 --- Comment #2 from Andrew Pinski --- Hmm, the first difference between the trunk and GCC 12.2.0 is inside IV-OPTs. But I don't see why that would make a difference ...

[Bug analyzer/108830] Excess warnings from -Wanalyzer-null-dereference

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108830 --- Comment #1 from CVS Commits --- The master branch has been updated by David Malcolm : https://gcc.gnu.org/g:8f6369157917a4371b5d66dfe82b84aded3b8268 commit r13-6267-g8f6369157917a4371b5d66dfe82b84aded3b8268 Author: David Malcolm Date: T

[Bug analyzer/104224] Testcases for analyzer "uninit" from fedora-devel

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104224 --- Comment #5 from CVS Commits --- The master branch has been updated by David Malcolm : https://gcc.gnu.org/g:8f6369157917a4371b5d66dfe82b84aded3b8268 commit r13-6267-g8f6369157917a4371b5d66dfe82b84aded3b8268 Author: David Malcolm Date: T

[Bug target/108876] return address clobbered in sibcalls resulting in gfortran tests failing on xtensa

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108876 jcmvbkbc at gcc dot gnu.org changed: What|Removed |Added Resolution|--- |FIXED Status|U

[Bug target/108876] return address clobbered in sibcalls resulting in gfortran tests failing on xtensa

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108876 --- Comment #1 from CVS Commits --- The master branch has been updated by Max Filippov : https://gcc.gnu.org/g:b2ef02e8cbbaf95fee98be255f697f47193960ec commit r13-6266-gb2ef02e8cbbaf95fee98be255f697f47193960ec Author: Max Filippov Date: Tue

[Bug middle-end/108878] Mis-optimization with splitting floating point into a significand and exponent.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108878 --- Comment #3 from Andrew Pinski --- (In reply to Andrew Pinski from comment #2) > So the right way of fixing this is to have a builtin versions of "frexp" > which return a complex type and that is pure for -fno-math-errno and such. > And gets

[Bug middle-end/108878] Mis-optimization with splitting floating point into a significand and exponent.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108878 --- Comment #2 from Andrew Pinski --- So the right way of fixing this is to have a builtin versions of "frexp" which return a complex type and that is pure for -fno-math-errno and such. And gets expanded to frexp correctly.

[Bug middle-end/108878] Mis-optimization with splitting floating point into a significand and exponent.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108878 Andrew Pinski changed: What|Removed |Added Component|fortran |middle-end Severity|normal

[Bug fortran/108878] Mis-optimization with splitting floating point into a significand and exponent.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108878 kargl at gcc dot gnu.org changed: What|Removed |Added Last reconfirmed||2023-02-21 Ever confirmed

[Bug fortran/108878] New: Mis-optimization with splitting floating point into a significand and exponent.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108878 Bug ID: 108878 Summary: Mis-optimization with splitting floating point into a significand and exponent. Product: gcc Version: 12.0 Status: UNCONFIRMED Severity

[Bug fortran/96024] [10/11/12/13 Regression] ICE in mio_name_expr_t, at fortran/module.c:2159

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96024 --- Comment #11 from anlauf at gcc dot gnu.org --- Submitted: https://gcc.gnu.org/pipermail/fortran/2023-February/058949.html

[Bug fortran/96024] [10/11/12/13 Regression] ICE in mio_name_expr_t, at fortran/module.c:2159

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96024 anlauf at gcc dot gnu.org changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |anlauf at gcc dot gnu.

[Bug d/108877] New: Explicit immutable struct import internal compiler error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108877 Bug ID: 108877 Summary: Explicit immutable struct import internal compiler error Product: gcc Version: 12.2.0 Status: UNCONFIRMED Severity: normal Pr

[Bug rtl-optimization/106041] [12/13 Regression] infinite loop in fast_dce at -O1 with aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106041 --- Comment #16 from Andrew Pinski --- (In reply to Richard Biener from comment #11) > Created attachment 54503 [details] > reduced testcase This reduced testcase looks almost the same as the reduced testcase in bug 108681 comment #4 (when comp

[Bug rtl-optimization/106041] [12/13 Regression] infinite loop in fast_dce at -O1 with aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106041 --- Comment #15 from Andrew Pinski --- (In reply to Richard Biener from comment #12) > The reduced testcase doesn't fail on the trunk Most likely because it was fixed when PR 108681 was fixed .

[Bug rtl-optimization/106041] [12/13 Regression] infinite loop in fast_dce at -O1 with aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106041 Andrew Pinski changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill

[Bug rtl-optimization/106041] [12/13 Regression] infinite loop in fast_dce at -O1 with aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106041 --- Comment #13 from Andrew Pinski --- (insn 42 41 43 3 (clobber (reg/v:V4x1DF 40 v8 [orig:96 tup ] [96])) -1 (nil))

[Bug rtl-optimization/106041] [12/13 Regression] infinite loop in fast_dce at -O1 with aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106041 Richard Biener changed: What|Removed |Added Keywords|needs-reduction | Ever confirmed|0

[Bug rtl-optimization/106041] [12/13 Regression] infinite loop in fast_dce at -O1 with aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106041 --- Comment #11 from Richard Biener --- Created attachment 54503 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54503&action=edit reduced testcase Reduced testcase (on the GCC 12 branch). Reduced with -O1 and diff --git a/gcc/dce.cc b/g

[Bug target/108876] New: return address clobbered in sibcalls resulting in gfortran tests failing on xtensa

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108876 Bug ID: 108876 Summary: return address clobbered in sibcalls resulting in gfortran tests failing on xtensa Product: gcc Version: 13.0 Status: UNCONFIRMED Sever

[Bug tree-optimization/105329] [12/13 Regression] Bogus restrict warning when assigning 1-char string literal to std::string since r12-3347-g8af8abfbbace49e6

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105329 --- Comment #27 from Jonathan Wakely --- No, the new function requires exporting a new symbol from the shared library, which is not possible for the stable release branch.

[Bug c/22020] poor error message for invalid cast in constant initializer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=22020 Andrew Pinski changed: What|Removed |Added CC||jankowski938 at gmail dot com --- Commen

[Bug c/108875] Possible wrong error message

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108875 Andrew Pinski changed: What|Removed |Added Resolution|--- |DUPLICATE Status|UNCONFIRME

[Bug c++/108873] Using the C++ front-end causes no DCE from happening

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108873 --- Comment #3 from Andrew Pinski --- (In reply to Jakub Jelinek from comment #2) > Well, it doesn't have side-effects, so why would it be emitted? Even though the side effect of deferencing here can be optimized away, VRP can notice that *e wi

[Bug c/108875] New: Possible wrong error message

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108875 Bug ID: 108875 Summary: Possible wrong error message Product: gcc Version: 12.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c Assig

[Bug c++/108873] Using the C++ front-end causes no DCE from happening

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108873 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #2

[Bug middle-end/108854] tbb-2021.8.0 fails on i686-linux (32-bit), internal compiler error: in expand_expr_real_1, at expr.c:10281

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108854 --- Comment #7 from Jakub Jelinek --- You can e.g. try to pass additional -freport-bug option, then the preprocessed source with command line and other important details should be stored into a /tmp/cc*.out file which the diagnostics will tell y

[Bug tree-optimization/105329] [12/13 Regression] Bogus restrict warning when assigning 1-char string literal to std::string since r12-3347-g8af8abfbbace49e6

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105329 yan12125 <49tbwddbqeazdawz at chyen dot cc> changed: What|Removed |Added CC||49tbwddbqea

[Bug fortran/108872] ICE in main_block_label, missing label when assigning a derived type whose component has a defined assignment

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108872 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Keywords|

[Bug fortran/96025] [10/11/12/13 Regression] ICE in expr_check_typed_help, at fortran/expr.c:5437

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96025 --- Comment #10 from CVS Commits --- The master branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:6c1b825b3d6499dfeacf7c79dcf4b56a393ac204 commit r13-6265-g6c1b825b3d6499dfeacf7c79dcf4b56a393ac204 Author: Harald Anlauf Date: M

[Bug analyzer/108867] RFE: analyzer could suppress false positives by detecting functions that are likely missing __attribute__((noreturn))

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108867 --- Comment #2 from David Malcolm --- Yeah, IIRC -Wmissing-noreturn/-Wsuggest-attribute=noreturn work on a function that we have the implementation of, whereas I'm interested in handling the case where we *don't* have the source. If code paths

[Bug c++/108422] [13 Regression] ICE: base pointer cycle detected since r13-2661-gb57abd072dd319a7

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108422 Tobias Burnus changed: What|Removed |Added Priority|P1 |P3 --- Comment #5 from Tobias Burnus -

[Bug analyzer/108867] RFE: analyzer could suppress false positives by detecting functions that are likely missing __attribute__((noreturn))

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108867 Eric Gallager changed: What|Removed |Added CC||egallager at gcc dot gnu.org

[Bug middle-end/108854] tbb-2021.8.0 fails on i686-linux (32-bit), internal compiler error: in expand_expr_real_1, at expr.c:10281

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108854 --- Comment #6 from davidak --- I tried to get the preprocessed source for the last 2 hours, but it does not end up in the build directory. Maybe Nix does some clean up at the end. I left a note in the downstream issue that they should provide

[Bug go/104290] [12/13 Regression] trunk 20220214 fails to build libgo on i686-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104290 --- Comment #33 from Ian Lance Taylor --- As far as I know nothing is waiting on me. Please let me know if you think otherwise.

[Bug libbacktrace/108870] Gather file/line info for file/namespace/static variables

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108870 Ian Lance Taylor changed: What|Removed |Added CC||ian at airs dot com --- Comment #2 f

[Bug tree-optimization/108874] [10/11/12/13 Regression] Missing bswap detection

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108874 --- Comment #1 from ktkachov at gcc dot gnu.org --- (In reply to ktkachov from comment #0) > If we look at the arm testcases in gcc.target/arm/rev16.c > typedef unsigned int __u32; > > __u32 > __rev16_32_alt (__u32 x) > { > return (((__u32)(x)

[Bug c++/108873] Using the C++ front-end causes no DCE from happening

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108873 Andrew Pinski changed: What|Removed |Added Component|tree-optimization |c++ --- Comment #1 from Andrew Pinski

[Bug tree-optimization/108874] New: [10/11/12/13 Regression] Missing bswap detection

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108874 Bug ID: 108874 Summary: [10/11/12/13 Regression] Missing bswap detection Product: gcc Version: unknown Status: UNCONFIRMED Keywords: missed-optimization Severity: normal

[Bug c++/108550] [10/11/12/13 Regression] the type 'const auto' of 'constexpr' variable is not literal

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108550 --- Comment #8 from Marek Polacek --- Potential fix: --- a/gcc/cp/pt.cc +++ b/gcc/cp/pt.cc @@ -10355,6 +10355,7 @@ lookup_and_finish_template_variable (tree templ, tree targs, if (TMPL_PARMS_DEPTH (DECL_TEMPLATE_PARMS (templ)) == 1 &&

[Bug tree-optimization/108873] New: Using the C++ front-end causes no DCE from happening

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108873 Bug ID: 108873 Summary: Using the C++ front-end causes no DCE from happening Product: gcc Version: 13.0 Status: UNCONFIRMED Keywords: missed-optimization Severity: enhan

[Bug testsuite/106879] [13 regression] new test case gcc.dg/vect/bb-slp-layout-19.c fails

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106879 --- Comment #3 from seurer at gcc dot gnu.org --- I just tried this and I am still seeing failures albeit only on power 7 BE. make -k check-gcc RUNTESTFLAGS="--target_board=unix'{-m32}' vect.exp=gcc.dg/vect/bb-slp-layout-19.c" FAIL: gcc.dg/vect

[Bug target/107998] [13 Regression] gcc-13-20221204 failure to build on Cygwin No dirname for option: m32

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107998 --- Comment #22 from Jakub Jelinek --- Created attachment 54502 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54502&action=edit gcc13-pr107998.patch Let's go with this patch then? Note, I can't really test it.

[Bug fortran/108872] New: ICE in main_block_label, missing label when assigning a derived type whose component has a defined assignment

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108872 Bug ID: 108872 Summary: ICE in main_block_label, missing label when assigning a derived type whose component has a defined assignment Product: gcc Version: 12.2.

[Bug tree-optimization/102516] [12/13 regression] pr65947-13.c and vect-alias-check-18.c fail on armeb since r12-3893

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

[Bug d/103528] [12/13 regression] d21 doesn't build on Solaris

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103528 --- Comment #18 from Richard Biener --- What's the status of this bug now?

[Bug middle-end/103637] [12/13 Regression] missing warning writing past the end of one of multiple elements of the same array

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

[Bug go/104290] [12/13 Regression] trunk 20220214 fails to build libgo on i686-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104290 Richard Biener changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[Bug c++/108871] attribute nonnull does not spot nullptr O2 and above when function inlined

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108871 --- Comment #1 from Jonny Grant --- gcc-help mailing list discussion https://gcc.gnu.org/pipermail/gcc-help/2023-February/142279.html

[Bug c++/108871] New: attribute nonnull does not spot nullptr O2 and above when function inlined

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108871 Bug ID: 108871 Summary: attribute nonnull does not spot nullptr O2 and above when function inlined Product: gcc Version: 12.2.0 Status: UNCONFIRMED Severity: n

[Bug rtl-optimization/106041] [12/13 Regression] infinite loop in fast_dce at -O1 with aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106041 --- Comment #10 from Richard Biener --- Confirmed, it never finishes word-level iteration. static void fast_dce (bool word_level) { ... while (global_changed) { ... } IMHO that "fast" DCE should hard-limit the iteration count anyway

[Bug tree-optimization/105723] [12 Regression] Optimization false positive warning (-Wstringop-overflow)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105723 Richard Biener changed: What|Removed |Added Summary|[12/13 Regression] |[12 Regression] |Opt

[Bug tree-optimization/105832] [13 Regression] Dead Code Elimination Regression at -O3 (trunk vs. 12.1.0)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105832 Richard Biener changed: What|Removed |Added Last reconfirmed|2022-10-19 00:00:00 |2023-2-21 --- Comment #8 from Richard

[Bug tree-optimization/105833] [13 Regression] Dead Code Elimination Regression at -O2 (trunk vs. 12.1.0)

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

[Bug tree-optimization/105834] [13 Regression] Dead Code Elimination Regression at -O2 (trunk vs. 12.1.0)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105834 Richard Biener changed: What|Removed |Added Ever confirmed|0 |1 Last reconfirmed|

[Bug c++/108243] [10/11/12/13 Regression] Missed optimization for static const std::string_view(const char*)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108243 --- Comment #11 from Patrick Palka --- The pending patch https://gcc.gnu.org/pipermail/gcc-patches/2023-February/612365.html will fix that. With that patch we'll statically initialize static const string_view foo("bar"); as we already do fo

[Bug target/106282] [10/11/12/13 Regression] m68k: Problem with thread-local storage and -mcpu=5206 since r9-2326-gede9446c26a929

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106282 Richard Biener changed: What|Removed |Added Priority|P3 |P4

[Bug tree-optimization/106315] [13 Regression] 7.8% increased codesize on specfp 507.cactuBSSN_r

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106315 --- Comment #6 from Richard Biener --- Confirmed as triggered by jump threading somehow. Note the RTL unroller is notoriously not tuned.

[Bug middle-end/106258] [13 Regression] ICE in ipa_verify_edge_has_no_modifications, at ipa-param-manipulation.cc:139 since r13-1204-gd68d366425369649

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106258 Jakub Jelinek changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug testsuite/106879] [13 regression] new test case gcc.dg/vect/bb-slp-layout-19.c fails

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106879 Richard Biener changed: What|Removed |Added CC||rsandifo at gcc dot gnu.org --- Commen

[Bug sanitizer/106998] [10/11/12/13 Regression] libsanitizer PATH_MAX not defined for linux new targets

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106998 --- Comment #3 from Richard Biener --- I don't see linux/limits.h included still, but limits.h is - should musl include linux/limits.h by itself? Please link to upstream generated issues.

[Bug tree-optimization/107114] [13 Regression] Failure to discover range results in bogus warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107114 Richard Biener changed: What|Removed |Added Resolution|--- |INVALID Status|NEW

[Bug c++/108606] [13 Regression] ICE in potential_constant_expression_1 with friend function declaration inside a local class of a generic/templated lambda

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108606 Jakub Jelinek changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug driver/107448] [11/12/13 Regression] GCC no longer diagnoses missing input file with -MG since r11-6855-g4804de453e7f5f90

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107448 Richard Biener changed: What|Removed |Added Keywords|accepts-invalid |diagnostic Priority|P3

[Bug libstdc++/108861] notify_all_at_thread_exit() should notify on cond while lock is held to avoid a race

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108861 --- Comment #6 from Jonathan Wakely --- Nobody said there's no bug, that's why your previous bug report was suspended, not closed as invalid. The point is that what GCC does today conforms to the standard. If there's a bug in the standard, it sh

[Bug rtl-optimization/107762] [13 Regression] Recent change causing regressions on s390-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107762 Richard Biener changed: What|Removed |Added Priority|P3 |P1

[Bug jit/107999] [13 Regression] jit.dg/test-error-array-bounds.c now fails because [-Warray-bounds] was updated to [-Warray-bounds=] in error messages after r13-4410-g7c01d029fca669263b9c2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107999 Richard Biener changed: What|Removed |Added Ever confirmed|0 |1 Last reconfirmed|

[Bug c++/108243] [10/11/12/13 Regression] Missed optimization for static const std::string_view(const char*)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108243 Richard Biener changed: What|Removed |Added Priority|P3 |P2 --- Comment #10 from Richard Biener

[Bug c/108375] [10/11/12 Regression] Some variably modified types not detected as such

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108375 --- Comment #11 from Martin Uecker --- Yes, for C this is fixed on trunk. This change seems to also fix PR102939. There is only one place in c-common/ left where middle-end function is used, so we could easily separate the C FE understanding of

[Bug libstdc++/108861] notify_all_at_thread_exit() should notify on cond while lock is held to avoid a race

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108861 --- Comment #5 from Vinícius dos Santos Oliveira --- > Because there is an open defect report against the C++ standard about this. > Basically until that is resolved, GCC's behavior is considered correct. How clueless of me to miss such obviou

[Bug debug/108772] [13 Regression] ICE in force_decl_die, at dwarf2out.cc:26751 since r13-4161-g32d16fe9d7e347bc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108772 --- Comment #8 from Richard Biener --- diff --git a/gcc/dwarf2out.cc b/gcc/dwarf2out.cc index 1f39df3b1e2..5a2538f80e1 100644 --- a/gcc/dwarf2out.cc +++ b/gcc/dwarf2out.cc @@ -27282,7 +27282,7 @@ dwarf2out_late_global_decl (tree decl) /*

[Bug c++/108606] [13 Regression] ICE in potential_constant_expression_1 with friend function declaration inside a local class of a generic/templated lambda

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108606 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #4

[Bug tree-optimization/108358] [13 Regression] Dead Code Elimination Regression at -Os since r13-3378-gf6c168f8c06047

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108358 Richard Biener changed: What|Removed |Added Last reconfirmed|2023-01-10 00:00:00 |2023-2-21 --- Comment #1 from Richard

[Bug tree-optimization/108366] [12/13 Regression] Spurious stringop overflow, possibly alias-related since r12-145-gd1d01a66012a93cc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108366 Richard Biener changed: What|Removed |Added Priority|P3 |P2

  1   2   >