[Bug modula2/114745] const cast causes ICE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114745 --- Comment #3 from GCC Commits --- The master branch has been updated by Gaius Mulley : https://gcc.gnu.org/g:eadd05d5601063bd0c7ef6c3606b4eeb856d57d7 commit r14-9998-geadd05d5601063bd0c7ef6c3606b4eeb856d57d7 Author: Gaius Mulley Date:

[Bug rtl-optimization/114729] RISC-V SPEC2017 507.cactu excessive spillls with -fschedule-insns

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114729 Vineet Gupta changed: What|Removed |Added Last reconfirmed|2024-04-15 00:00:00 |2024-4-16 --- Comment #9 from Vineet

[Bug middle-end/86698] Misleading .original (generic) dump-file contents

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

[Bug c/23872] .original dump weirdness

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=23872 Andrew Pinski changed: What|Removed |Added CC||rearnsha at gcc dot gnu.org --- Comment

[Bug driver/97304] Boostrap failure on freebsd: ld: error: unable to find library -lc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97304 Andrew Pinski changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug driver/104707] GCC doesn't give default lib path to the linker when multilib is off

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104707 Andrew Pinski changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |pinskia at gcc dot gnu.org

[Bug target/114741] [14 regression] aarch64 sve: unnecessary fmov for scalar int bit operations

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114741 Tamar Christina changed: What|Removed |Added CC||tnfchris at gcc dot gnu.org,

[Bug preprocessor/114748] libcpp aclocal.m4 and configure incorrectly regenerated

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114748 --- Comment #1 from Andrew Pinski --- The last time aclocal.m4 had an include for override.m4 was r9-3776-g22e052725189a4 . Are you sure you are using the correct autoconf/automake version?

[Bug preprocessor/114748] libcpp aclocal.m4 and configure incorrectly regenerated

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114748 --- Comment #2 from Andrew Pinski --- So I went back to the gcc 9.1.0 release and aclocal there didn't change and didn't have the include for override.m4 . I am trying to figure out where this changed ...

[Bug preprocessor/114748] [14 Regression] libcpp aclocal.m4 and configure incorrectly regenerated

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114748 Andrew Pinski changed: What|Removed |Added Version|unknown |14.0 Summary|libcpp

[Bug fortran/114739] [14 Regression] ice in gfc_find_derived_types, at fortran/symbol.cc:2458

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114739 --- Comment #4 from anlauf at gcc dot gnu.org --- Reduced testcase: program main implicit complex(z) z2%re = 1. z2%im = 2. end

[Bug other/114748] New: libcpp aclocal.m4 and configure incorrectly regenerated

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114748 Bug ID: 114748 Summary: libcpp aclocal.m4 and configure incorrectly regenerated Product: gcc Version: unknown Status: UNCONFIRMED Severity: minor

[Bug middle-end/23872] .original dump weirdness

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=23872 --- Comment #7 from Andrew Pinski --- With the example in PR 86698 with the patches I will be posting, gcc now does: ``` ;; Function f (null) ;; enabled by -tree-original { int x = z++ , y; DECL_EXPR; return x; } ``` I am still

[Bug middle-end/23872] .original dump weirdness

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=23872 --- Comment #8 from Andrew Pinski --- (In reply to Andrew Pinski from comment #7) > With the example in PR 86698 with the patches I will be posting, gcc now > does: > ``` > ;; Function f (null) > ;; enabled by -tree-original > > > { > int x

[Bug middle-end/114700] middle-end optimization generates causes -fsanitize=undefined not to happen in some cases

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114700 --- Comment #20 from Hu Lin --- Created attachment 57967 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57967=edit A new version When I tested this patch, I met another question. g++.dg/ubsan/vla-1.C will raise a ICE without (TREE_TYPE

[Bug tree-optimization/114403] [14 regression] LLVM miscompiled with -O3 -march=znver2 -fno-vect-cost-model since r14-6822-g01f4251b8775c8

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114403 --- Comment #30 from GCC Commits --- The master branch has been updated by Tamar Christina : https://gcc.gnu.org/g:f438acf7ce2e6cb862cf62f2543c36639e2af233 commit r14-9997-gf438acf7ce2e6cb862cf62f2543c36639e2af233 Author: Tamar Christina

[Bug preprocessor/114748] [14 Regression] libcpp aclocal.m4 and configure incorrectly regenerated

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114748 --- Comment #5 from Arsen Arsenović --- hm, that's odd, my local machine can also regenerate to Cristophes version also today.. I wonder why it did not back then.. what should we do about it?

[Bug fortran/114739] [14 Regression] ice in gfc_find_derived_types, at fortran/symbol.cc:2458

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114739 anlauf at gcc dot gnu.org changed: What|Removed |Added CC||pault at gcc dot gnu.org

[Bug c++/114747] New: [RISC-V RVV] Wrong SEW set for mixed-size intrinsics

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114747 Bug ID: 114747 Summary: [RISC-V RVV] Wrong SEW set for mixed-size intrinsics Product: gcc Version: 13.2.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug target/114741] [14 regression] aarch64 sve: unnecessary fmov for scalar int bit operations

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114741 --- Comment #6 from Tamar Christina --- and the exact armv9-a cost model you quoted, also does the right codegen. https://godbolt.org/z/obafoT6cj There is just an inexplicable penalty being applied to the r->r alternative.

[Bug middle-end/86698] Misleading .original (generic) dump-file contents

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86698 --- Comment #5 from Andrew Pinski --- (In reply to Andrew Pinski from comment #4) > The semicolon comes from print_declaration So this is just a dup of bug > 23872 in the end. > > *** This bug has been marked as a duplicate of bug 23872 ***

[Bug driver/114330] needs_preprocessing field of struct compiler is unused

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114330 --- Comment #5 from Andrew Pinski --- The most annoying part of this is the struct compiler is initialized by */lang-specs.h and it looks like I missed one and the error message is not so obvious where the issue is.

[Bug libfortran/114618] Format produces incorrect output when contains 1x, ok when uses " "

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114618 --- Comment #6 from Jerry DeLisle --- Created attachment 57965 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57965=edit Preliminary patch to fix several issues. The attached patch is very preliminary and appears to fix the X format

[Bug testsuite/114744] test case gcc.target/powerpc/builtins-6-p9-runnable.c fails

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114744 Kewen Lin changed: What|Removed |Added CC||linkw at gcc dot gnu.org Ever

[Bug target/114747] [13 only] [RISC-V RVV] Wrong SEW set for mixed-size intrinsics

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

[Bug preprocessor/114748] [14 Regression] libcpp aclocal.m4 and configure incorrectly regenerated

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

[Bug tree-optimization/114749] New: [14] RISC-V rv64gcv ICE: in vectorizable_load, at tree-vect-stmts.cc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114749 Bug ID: 114749 Summary: [14] RISC-V rv64gcv ICE: in vectorizable_load, at tree-vect-stmts.cc Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal

[Bug fortran/113793] malloc abort on character allocate with source argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113793 anlauf at gcc dot gnu.org changed: What|Removed |Added Target Milestone|--- |14.0 Resolution|---

[Bug ipa/108383] g++ ICE with -O3 and -flto and -fdeclone-ctor-dtor on simple function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108383 Peter Damianov changed: What|Removed |Added CC||peter0x44 at disroot dot org ---

[Bug libfortran/112364] calloc used incorrectly

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112364 Peter Damianov changed: What|Removed |Added CC||peter0x44 at disroot dot org ---

[Bug gcov-profile/114735] Gcov not working with gcc version 11.4.0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114735 --- Comment #4 from Gejoe --- Thanks Andrew for the info. So, does this mean that every program which was compiled earlier with one step (ie. gcc --coverage srcfile.c) of gcc/g++ will have to be split to 2 steps using -c option first and then

[Bug target/114732] ge can't be reversed to unlt for bcd compares

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114732 --- Comment #6 from HaoChen Gui --- (In reply to Segher Boessenkool from comment #3) > 1001, 0101, 0011 I mean of course. > > In some ways CCmode models this better than CCFPmode, but we do not actually > model > the SO bit (bit 3) at all in

[Bug middle-end/23872] .original dump weirdness

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=23872 --- Comment #9 from Andrew Pinski --- Created attachment 57968 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57968=edit Patch set that I will be submitting once GCC 15 opens up

[Bug gcov-profile/114735] Gcov not working with gcc version 11.4.0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114735 --- Comment #5 from Gejoe --- my previous message is after seeing this change :

[Bug gcov-profile/114735] Gcov not working with gcc version 11.4.0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114735 --- Comment #6 from Andrew Pinski --- (In reply to Gejoe from comment #4) > Thanks Andrew for the info. > > So, does this mean that every program which was compiled earlier with one > step (ie. gcc --coverage srcfile.c) of gcc/g++ will have

[Bug modula2/114745] New: const cast causes ICE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114745 Bug ID: 114745 Summary: const cast causes ICE Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: modula2

[Bug c++/114740] i686-linux-gnu-g++ does not interpret floating point literals as double

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

[Bug target/114741] [14 regression] aarch64 sve: unnecessary fmov for scalar int bit operations

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114741 Wilco changed: What|Removed |Added CC||wilco at gcc dot gnu.org --- Comment #1 from

[Bug fortran/114739] [14 Regression] ice in gfc_find_derived_types, at fortran/symbol.cc:2458

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114739 kargls at comcast dot net changed: What|Removed |Added CC||kargls at comcast dot net

[Bug target/114741] [14 regression] aarch64 sve: unnecessary fmov for scalar int bit operations

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114741 --- Comment #2 from Wilco --- It looks like the underlying bug is '^' being incorrectly treated like '?' in record_reg_classes (which is never used during reload). Fixing that results in the expected code being generated in all cases. It looks

[Bug target/114255] [RISC-V] [RVV] unable to find a register to spill

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114255 Andreas Schwab changed: What|Removed |Added Resolution|FIXED |DUPLICATE --- Comment #2 from Andreas

[Bug c++/114050] Inconsistency in double/float constant evaluation between 32 and 64 bit

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114050 --- Comment #13 from Jonathan Wakely --- -fexcess-precision does affect constants. With -fexcess-precision=standard, assignments and casts discard excess precision which may otherwise be present in arithmetic expressions and constants. With

[Bug fortran/114739] [14 Regression] ice in gfc_find_derived_types, at fortran/symbol.cc:2458

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114739 --- Comment #2 from David Binderman --- Created attachment 57959 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57959=edit F90 source code

[Bug lto/113208] [14 Regression] lto1: error: Alias and target's comdat groups differs since r14-5979-g99d114c15523e0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113208 --- Comment #31 from Jakub Jelinek --- Created attachment 57960 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57960=edit gcc14-pr113208.patch Here is my attempt to optimize it in the C++ FE. The ICE is gone and for pr113208_0.C compiled

[Bug c/92880] Documentation for Built-in Vector-Extensions should mention C99 Fixed-width ints as base types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92880 Andrew Pinski changed: What|Removed |Added Status|ASSIGNED|RESOLVED Target Milestone|---

[Bug sanitizer/114743] ICE in build_check_stmt at asan.cc:2707 while compiling gcc.dg/ubsan/pr112709-2.c with -fsanitize=address

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114743 Jakub Jelinek changed: What|Removed |Added Ever confirmed|0 |1 Assignee|unassigned at gcc

[Bug c++/114050] Inconsistency in double/float constant evaluation between 32 and 64 bit

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114050 Vincent Lefèvre changed: What|Removed |Added CC||vincent-gcc at vinc17 dot net ---

[Bug c++/114740] i686-linux-gnu-g++ does not interpret floating point literals as double

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114740 Vincent Lefèvre changed: What|Removed |Added CC||vincent-gcc at vinc17 dot net ---

[Bug modula2/114745] const cast causes ICE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114745 Gaius Mulley changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Ever confirmed|0

[Bug target/113790] [14 Regression][riscv64] ICE in curr_insn_transform, at lra-constraints.cc:4294 since r14-4944-gf55cdce3f8dd85

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113790 Andreas Schwab changed: What|Removed |Added CC||sch...@linux-m68k.org --- Comment #4

[Bug c/92880] Documentation for Built-in Vector-Extensions should mention C99 Fixed-width ints as base types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92880 --- Comment #6 from GCC Commits --- The trunk branch has been updated by Andrew Pinski : https://gcc.gnu.org/g:8eddd87da2dd01c841f9742f973f65ebe0a88e71 commit r14-9994-g8eddd87da2dd01c841f9742f973f65ebe0a88e71 Author: Andrew Pinski Date:

[Bug libstdc++/57585] New --enable-clocale model using POSIX 2008

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57585 --- Comment #4 from Jonathan Wakely --- Created attachment 57961 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57961=edit Add --enable-clocale=ieee_1003.1-2008 This is an initial prototype of a new clocale model. The wide string info

[Bug gcov-profile/114735] New: Gcov not working with gcc version 11.4.0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114735 Bug ID: 114735 Summary: Gcov not working with gcc version 11.4.0 Product: gcc Version: 11.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug c/97100] -Wformat checks all arms of _Generic leading to irrelevant type expectation warnings

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97100 --- Comment #11 from Martin Uecker --- A conforming C compiler has to diagnose all violations of constraints with the same correct type of x in all branches (not the type it would have in another context where a different is taken).

[Bug tree-optimization/114736] ICE during SLP pass with gfortran-13 -O3 -mcpu=neoverse-v2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114736 --- Comment #1 from prathamesh3492 at gcc dot gnu.org --- Investigating this a bit further, the ICE appears with gfortran-13 because for the testcase, because length of postorder traversal over SLP graph (27) doesn't match number of nodes (28),

[Bug tree-optimization/114736] ICE during SLP pass with gfortran-13 -O3 -mcpu=neoverse-v2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114736 --- Comment #5 from prathamesh3492 at gcc dot gnu.org --- (In reply to Andrew Pinski from comment #3) > Does -fno-cost-model affect the behavior here? With 43da77a4, it doesn't result in ICE with -fno-vect-cost-model or

[Bug c/114730] should enum types be vector types?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114730 --- Comment #2 from Richard Biener --- I think we need to reject all integral types whose operation range doesn't match the corresponding integer mode range. For enums it depends on the language standard, in general I'd say it's not wanted.

[Bug middle-end/114733] [14] Miscompile with -march=rv64gcv -O3 on riscv

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114733 --- Comment #1 from Robin Dapp --- Confirmed, also shows up here.

[Bug target/114734] [14] RISC-V rv64gcv_zvl256b miscompile with -flto -O3 -mrvv-vector-bits=zvl

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114734 --- Comment #1 from Robin Dapp --- Confirmed.

[Bug tree-optimization/114737] New: Missed optimization : fail to optimize load with select clobber

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114737 Bug ID: 114737 Summary: Missed optimization : fail to optimize load with select clobber Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal

[Bug tree-optimization/114736] ICE during SLP pass with gfortran-13 -O3 -mcpu=neoverse-v2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114736 --- Comment #7 from Richard Biener --- It's probably latent on trunk. The assert verifies all vertices are backward reachable from the leafs. vertices and leafs are discovered with a DFS from the instances. So the question is what's that

[Bug c++/114706] ICE - std::bit_cast in consteval function involving array of union

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114706 --- Comment #4 from Jakub Jelinek --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:79ff53453e88e40c4f2ecf6f7f7409afc41b46fc commit r14-9987-g79ff53453e88e40c4f2ecf6f7f7409afc41b46fc Author: Jakub Jelinek Date:

[Bug c/97100] -Wformat checks all arms of _Generic leading to irrelevant type expectation warnings

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97100 --- Comment #13 from Martin Uecker --- A C compiler has to diagnose all constraint violations. Alternatively, it could also reject the program with an error.

[Bug c/97100] -Wformat checks all arms of _Generic leading to irrelevant type expectation warnings

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97100 --- Comment #10 from Konstantin Kharlamov --- (In reply to uecker from comment #9) > Some warnings are then even required to be standard compliant. I just searched through the C standard and no warnings seem to be required by it. The only place

[Bug tree-optimization/114736] New: ICE during SLP pass with gfortran-13 -O3 -mcpu=neoverse-v2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114736 Bug ID: 114736 Summary: ICE during SLP pass with gfortran-13 -O3 -mcpu=neoverse-v2 Product: gcc Version: 13.2.0 Status: UNCONFIRMED Severity: normal

[Bug tree-optimization/114736] ICE during SLP pass with gfortran-13 -O3 -mcpu=neoverse-v2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114736 --- Comment #3 from Andrew Pinski --- Does -fno-cost-model affect the behavior here?

[Bug c/114723] ICE when checking for type compatibility with structure that contains flexible array member (C23)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114723 Richard Biener changed: What|Removed |Added Keywords||ice-on-valid-code --- Comment #1 from

[Bug c/114727] ICE with c23 with aligned attribute and .-g

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114727 --- Comment #2 from Richard Biener --- Possibly type verification should be triggered from rest_of_type_compilation rather than from (only) gen_type_die_with_usage.

[Bug c/97100] -Wformat checks all arms of _Generic leading to irrelevant type expectation warnings

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97100 --- Comment #12 from Konstantin Kharlamov --- (In reply to Martin Uecker from comment #11) > A conforming C compiler has to diagnose all violations of constraints with > the same correct type of x in all branches (not the type it would have in >

[Bug rtl-optimization/114729] RISC-V SPEC2017 507.cactu excessive spillls with -fschedule-insns

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114729 Richard Biener changed: What|Removed |Added Target||riscv --- Comment #6 from Richard

[Bug target/114732] ge can't be reversed to unlt for bcd compares

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114732 --- Comment #1 from HaoChen Gui --- A straightforward test case. It passes when compiling with O0 and aborts when compiling with O2. //test.c #include #define BCD_POS0 12// 0xC #define BCD_NEG 13// 0xD void abort (void);

[Bug gcov-profile/114735] Gcov not working with gcc version 11.4.0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114735 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug gcov-profile/95365] [11 Regression] Broken gcov since r11-627-g1dedc12d186a1108

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95365 Andrew Pinski changed: What|Removed |Added CC||gejoed at rediffmail dot com ---

[Bug target/111231] [12/13/14 regression] armhf: Miscompilation with -O2/-fno-exceptions level (-fno-tree-vectorize is working)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111231 --- Comment #32 from Richard Biener --- (In reply to Richard Earnshaw from comment #31) > While that does seem to fix the bug, it's at the cost of 6 additional stores > in the problematic test that are redundant other than changing the alias

[Bug target/111231] [12/13/14 regression] armhf: Miscompilation with -O2/-fno-exceptions level (-fno-tree-vectorize is working)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111231 Richard Biener changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill

[Bug target/114734] [14] RISC-V rv64gcv_zvl256b miscompile with -flto -O3 -mrvv-vector-bits=zvl

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

[Bug middle-end/114733] [14] Miscompile with -march=rv64gcv -O3 on riscv

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114733 --- Comment #3 from Richard Biener --- So the issue is that we do switch (induction_type) { case vect_step_op_neg: if (TREE_CODE (init_expr) != INTEGER_CST && TREE_CODE (init_expr) != REAL_CST) { /*

[Bug tree-optimization/114736] ICE during SLP pass with gfortran-13 -O3 -mcpu=neoverse-v2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114736 --- Comment #2 from prathamesh3492 at gcc dot gnu.org --- Created attachment 57956 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57956=edit Input to SLP pass (dse4 dump)

[Bug tree-optimization/114736] ICE during SLP pass with gfortran-13 -O3 -mcpu=neoverse-v2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114736 --- Comment #4 from Andrew Pinski --- (In reply to Andrew Pinski from comment #3) > Does -fno-cost-model affect the behavior here? Sorry -fno-vect-cost-model.

[Bug c++/114706] ICE - std::bit_cast in consteval function involving array of union

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114706 Jakub Jelinek changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug middle-end/114733] [14] Miscompile with -march=rv64gcv -O3 on riscv

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

[Bug fortran/114467] f951: internal compiler error: Segmentation fault

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114467 --- Comment #2 from thomas --- Yes, I use associate constructs at multiple places in the code. Unfortunately, I won't easily be able to provide a self-contained reproducer, as the error occurs in the middle of a larger compilation cascade

[Bug tree-optimization/114736] ICE during SLP pass with gfortran-13 -O3 -mcpu=neoverse-v2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114736 --- Comment #6 from prathamesh3492 at gcc dot gnu.org --- Created attachment 57957 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57957=edit SLP dump

[Bug c/97100] -Wformat checks all arms of _Generic leading to irrelevant type expectation warnings

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97100 --- Comment #9 from uecker at gcc dot gnu.org --- x is - according to the C standard - always whatever it is in the controlling expression. Some warnings are then even required to be standard compliant. Note that this also does not have to be

[Bug other/114738] [14 Regression] Default DOCUMENTATION_ROOT_URL vs. release branches

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114738 Jakub Jelinek changed: What|Removed |Added CC||dmalcolm at gcc dot gnu.org Target

[Bug target/114732] ge can't be reversed to unlt for bcd compares

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114732 --- Comment #2 from Segher Boessenkool --- The fourth CR bit for BCD insns does not mean "unordered", it means "invalid or overflow". It behaves exactly as unordered though, except that it can signal overflow as well as one of the lt gt eq

[Bug middle-end/114733] [14] Miscompile with -march=rv64gcv -O3 on riscv

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114733 --- Comment #4 from GCC Commits --- The master branch has been updated by Richard Biener : https://gcc.gnu.org/g:45a41ace55d0ffb1097e374868242329788ec82a commit r14-9992-g45a41ace55d0ffb1097e374868242329788ec82a Author: Richard Biener Date:

[Bug c/114731] -Wincompatible-pointer-types false positive in combination with _Generic(3)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114731 --- Comment #14 from Alejandro Colomar --- Oops, I forgot to paste the version with casts. Here it is. It is too repetitive and error prone. alx@debian:~/tmp/c$ cat g.c #include #include #include #include #define is_same_type(a, b)

[Bug fortran/114739] New: [14 Regression] ice in gfc_find_derived_types, at fortran/symbol.cc:2458

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114739 Bug ID: 114739 Summary: [14 Regression] ice in gfc_find_derived_types, at fortran/symbol.cc:2458 Product: gcc Version: 14.0 Status: UNCONFIRMED Severity:

[Bug c/97100] -Wformat checks all arms of _Generic leading to irrelevant type expectation warnings

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97100 --- Comment #14 from Alejandro Colomar --- Hi Martin, For the discussion of my -Wincompatible-pointer-types reproducer, please visit . I'll reply to you there, since it's more on-topic, and

[Bug other/114738] New: [14 Regression] Default DOCUMENTATION_ROOT_URL vs. release branches

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114738 Bug ID: 114738 Summary: [14 Regression] Default DOCUMENTATION_ROOT_URL vs. release branches Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal

[Bug lto/113208] [14 Regression] lto1: error: Alias and target's comdat groups differs since r14-5979-g99d114c15523e0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113208 Jakub Jelinek changed: What|Removed |Added CC||jason at gcc dot gnu.org,

[Bug tree-optimization/114736] ICE during SLP pass with gfortran-13 -O3 -mcpu=neoverse-v2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114736 --- Comment #9 from GCC Commits --- The master branch has been updated by Richard Biener : https://gcc.gnu.org/g:f949481a1f7ab973608a4ffcc0e342ab5a74e8e4 commit r14-9993-gf949481a1f7ab973608a4ffcc0e342ab5a74e8e4 Author: Richard Biener Date:

[Bug tree-optimization/114736] [13 Regression] ICE during SLP pass with gfortran-13 -O3 -mcpu=neoverse-v2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114736 Richard Biener changed: What|Removed |Added Target Milestone|--- |13.3 Known to work|

[Bug tree-optimization/114737] Missed optimization : fail to optimize load with select clobber

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114737 Richard Biener changed: What|Removed |Added Last reconfirmed||2024-04-16

[Bug c/114731] -Wincompatible-pointer-types false positive in combination with _Generic(3)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114731 uecker at gcc dot gnu.org changed: What|Removed |Added CC||uecker at gcc dot gnu.org

[Bug c/114731] -Wincompatible-pointer-types false positive in combination with _Generic(3)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114731 --- Comment #15 from Alejandro Colomar --- (In reply to uecker from comment #13) > A couple of comments: > > In principle, those warnings are not false positives. The design of _Generic > requires that the non-taken branches are valid in C, so

[Bug target/114639] [riscv] ICE in create_pre_exit, at mode-switching.cc:451

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114639 Andreas Schwab changed: What|Removed |Added Target Milestone|--- |14.0 Resolution|---

[Bug target/114255] [RISC-V] [RVV] unable to find a register to spill

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114255 Andreas Schwab changed: What|Removed |Added Resolution|--- |FIXED Target Milestone|---

[Bug lto/113208] [14 Regression] lto1: error: Alias and target's comdat groups differs since r14-5979-g99d114c15523e0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113208 --- Comment #29 from Jakub Jelinek --- Looking at t1 (i.e. the reduced testcase with constexpr), the difference with -std=c++20 -O1 -fkeep-inline-functions is that in r14-5978 we used to emit _ZN6vectorI12QualityValueEC2ERKS1_ in

  1   2   >