[Bug tree-optimization/121762] pass_fold_builtins and pass_optimize_widening_mul and pass_gimple_isel should be merged or moved other places

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121762 --- Comment #7 from Andrew Pinski --- For -Og, I am going to exchange pass_fold_builtins/pass_copy_prop for pass_forwprop (full_walk=false, last=true). This should in theory speed things up slightly.

[Bug target/118280] [14/15/16 Regression] __atomic_test_and_set in Microblaze are broken (exposed by r14-4286)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118280 --- Comment #30 from GCC Commits --- The releases/gcc-15 branch has been updated by Michael Eager : https://gcc.gnu.org/g:84e2023455a0180c9b6420bac5bdeec0041529b0 commit r15-10343-g84e2023455a0180c9b6420bac5bdeec0041529b0 Author: Michael Eager

[Bug c++/122007] inconsistent array decay to pointer in implicit conversion during function call

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=122007 Andrew Pinski changed: What|Removed |Added Keywords||accepts-invalid URL|http

[Bug fortran/122002] [16 regression] gfortran.dg/pdt_13.f03 etc. FAIL

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=122002 --- Comment #11 from Jerry DeLisle --- $ gfc -g pdt_48.f03 jerry@quasar:~/dev/test/tryit$ gdb ./a.out GNU gdb (Fedora Linux) 16.3-1.fc42 Copyright (C) 2024 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later

[Bug fortran/122002] [16 regression] gfortran.dg/pdt_13.f03 etc. FAIL

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

[Bug c++/122007] New: inconsistent array decay to pointer in implicit conversion during function call

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=122007 Bug ID: 122007 Summary: inconsistent array decay to pointer in implicit conversion during function call Product: gcc Version: 13.3.0 Status: UNCONFIRMED Severi

[Bug libstdc++/110339] Implement C++26 library features

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110339 Bug 110339 depends on bug 119740, which changed state. Bug 119740 Summary: [C++26] Implement P2714R1, Bind front and back to NTTP callables https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119740 What|Removed |Add

[Bug tree-optimization/121762] pass_fold_builtins and pass_optimize_widening_mul and pass_gimple_isel should be merged or moved other places

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121762 --- Comment #6 from Andrew Pinski --- >BUILT_IN_CONSTANT_P -> forwprop with late set (zero) I have a patch in testing for this. It moves it to gimple_fold instead but still with late set.

[Bug libstdc++/119740] [C++26] Implement P2714R1, Bind front and back to NTTP callables

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119740 Nathan Myers changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug libstdc++/119744] [C++23] Implement P2711R1, Making multi-param constructors of views explicit

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119744 --- Comment #5 from GCC Commits --- The master branch has been updated by Nathan Myers : https://gcc.gnu.org/g:a77146f01563b5df19e70061dc237178b5532aa9 commit r16-3997-ga77146f01563b5df19e70061dc237178b5532aa9 Author: Nathan Myers Date: Thu

[Bug tree-optimization/122005] Optimization: recognize common isPowerOf2 idiom

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

[Bug target/121998] --disable-multilib doesn't work if provision for multilib has been made.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121998 --- Comment #5 from Andrew Pinski --- (In reply to mark dunn from comment #4) > What is the expected behaviour of --disable-multilib in terms of library > names? None. But note in your case it is multiarch anyways so maybe you want --enable-mul

[Bug ipa/121936] [14/15/16 Regression] Invalid optimisation (at O3) based on bodies of vague linkage functions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121936 --- Comment #20 from Richard Smith --- (In reply to Andrew Pinski from comment #18) > So NO cloning is not valid unless it is from a non vague call. > > You can see that with: [...] > Compile with -fno-inline and you will see: > check_arg_1_va

[Bug target/122006] [16 Regression] RISC-V: f951: ICE: Segmentation fault

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=122006 --- Comment #4 from Edwin Lu --- (In reply to Sam James from comment #2) > (In reply to Edwin Lu from comment #1) > > Likely caused by r16-3996-gdc78d691c5e > > I don't think so. My copy paste messed up and tagged wrong commit. My bad 16-3955-

[Bug fortran/122002] gfortran.dg/pdt_13.f03 etc. FAIL

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=122002 Sam James changed: What|Removed |Added CC||ewlu at rivosinc dot com --- Comment #9 fro

[Bug target/122006] [16 Regression] RISC-V: f951: ICE: Segmentation fault

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=122006 Sam James changed: What|Removed |Added Resolution|--- |DUPLICATE Status|UNCONFIRMED

[Bug target/122006] [16 Regression] RISC-V: f951: ICE: Segmentation fault

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=122006 --- Comment #2 from Sam James --- (In reply to Edwin Lu from comment #1) > Likely caused by r16-3996-gdc78d691c5e I don't think so.

[Bug target/122006] [16 Regression] RISC-V: f951: ICE: Segmentation fault

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=122006 --- Comment #1 from Edwin Lu --- Likely caused by r16-3996-gdc78d691c5e

[Bug target/122006] New: [16 Regression] RISC-V: f951: ICE: Segmentation fault

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=122006 Bug ID: 122006 Summary: [16 Regression] RISC-V: f951: ICE: Segmentation fault Product: gcc Version: 16.0 Status: UNCONFIRMED Severity: normal Priority: P3 Compo

[Bug middle-end/94787] Failure to detect single bit popcount pattern

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

[Bug tree-optimization/122005] New: Optimization: recognize common isPowerOf2 idiom

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=122005 Bug ID: 122005 Summary: Optimization: recognize common isPowerOf2 idiom Product: gcc Version: 15.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component

[Bug tree-optimization/122005] Optimization: recognize common isPowerOf2 idiom

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=122005 --- Comment #1 from Andrew Pinski --- There is a dup.

[Bug target/121998] --disable-multilib doesn't work if provision for multilib has been made.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121998 --- Comment #4 from mark dunn --- Sorry, I am a newbie on this site. I read the curt explanation in the configuration settings: "Specify that multiple target libraries to support different target variants, calling conventions, etc. should not be

[Bug middle-end/50385] missed-optimization: jump to __builtin_unreachable() not removed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50385 Andrew Pinski changed: What|Removed |Added Target Milestone|--- |4.8.0 --- Comment #4 from Andrew Pinski

[Bug libstdc++/121980] [C++26] Implement P2545R4, Read-Copy Update (RCU)

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

[Bug libstdc++/121979] [C++26] Implement P2530R3, Hazard Pointers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121979 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0

[Bug c/121938] [13/14/15/16 Regression] x86-32: enum with big value gets too small size (disagreement with clang)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121938 Andrew Pinski changed: What|Removed |Added Target Milestone|--- |13.5 Summary|x86-32: enum wi

[Bug tree-optimization/121962] [16 regression] OOM when buiding clang-19.1.7 by r16-3887-g597b50abb0d2fc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121962 --- Comment #16 from GCC Commits --- The trunk branch has been updated by Andrew Pinski : https://gcc.gnu.org/g:f2818238a53f518bb1be178acf388d978443c1e2 commit r16-3993-gf2818238a53f518bb1be178acf388d978443c1e2 Author: Andrew Pinski Date: T

[Bug modula2/121721] tiny wideset example takes too much time to compile

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121721 Gaius Mulley changed: What|Removed |Added Resolution|FIXED |--- Status|RESOLVED

[Bug modula2/121856] Set declaration takes a long time to compile

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121856 Gaius Mulley changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug fortran/122002] gfortran.dg/pdt_13.f03 etc. FAIL

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=122002 --- Comment #8 from anlauf at gcc dot gnu.org --- (In reply to anlauf from comment #6) > 'name' is never initialized: > > /* Used to build up the name of the PDT instance. The prefix uses 4 > characters and each KIND parameter 2 more. Al

[Bug modula2/121721] tiny wideset example takes too much time to compile

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121721 Gaius Mulley changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug target/121998] --disable-multilib doesn't work if provision for multilib has been made.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121998 --- Comment #2 from Andrew Pinski --- (In reply to Andrew Pinski from comment #1) > >For embedded work I require simplicity and therefor a single architecture. > >\lib32 and \lib64 create a level of complexity I do not want. > > You need a ne

[Bug fortran/122002] gfortran.dg/pdt_13.f03 etc. FAIL

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=122002 --- Comment #7 from Jerry DeLisle --- On 9/19/25 10:28 AM, anlauf at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=122002 > > --- Comment #5 from anlauf at gcc dot gnu.org --- > (In reply to Jerry DeLisle from comment #4

[Bug target/121998] --disable-multilib doesn't work if provision for multilib has been made.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121998 --- Comment #3 from Andrew Pinski --- Plus this will break x86_64 target if you supply --disable-multilib as you don't want the 32bit multilib but the libraries are all in lib64.

[Bug target/121998] --disable-multilib doesn't work if provision for multilib has been made.

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

[Bug fortran/122002] gfortran.dg/pdt_13.f03 etc. FAIL

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=122002 --- Comment #6 from anlauf at gcc dot gnu.org --- 'name' is never initialized: /* Used to build up the name of the PDT instance. The prefix uses 4 characters and each KIND parameter 2 more. Allow 8 of the latter. */ char name[GFC_MAX_S

[Bug fortran/82173] [meta-bug] [PDT] Parameterized derived type errors

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82173 Bug 82173 depends on bug 83746, which changed state. Bug 83746 Summary: Errors using the max intrinsic in a PDT length parameter expression for a function result https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83746 What|Removed

[Bug fortran/122002] gfortran.dg/pdt_13.f03 etc. FAIL

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=122002 --- Comment #5 from anlauf at gcc dot gnu.org --- (In reply to Jerry DeLisle from comment #4) > Now I wonder why I dont see it here. Can you run: valgrind --leak-check=full --track-origins=yes /path/to/f951 -quiet -pedantic pdt_13.f03 I get so

[Bug diagnostics/122001] [16 Regression] confusing 'required from here' placement

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=122001 Andrew Pinski changed: What|Removed |Added Keywords||diagnostic Last reconfirmed|

[Bug fortran/122002] gfortran.dg/pdt_13.f03 etc. FAIL

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=122002 --- Comment #4 from Jerry DeLisle --- Now I wonder why I dont see it here.

[Bug fortran/122002] gfortran.dg/pdt_13.f03 etc. FAIL

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=122002 Sam James changed: What|Removed |Added CC||sjames at gcc dot gnu.org --- Comment #3 fr

[Bug target/118280] [14/15/16 Regression] __atomic_test_and_set in Microblaze are broken (exposed by r14-4286)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118280 --- Comment #29 from GCC Commits --- The trunk branch has been updated by Michael Eager : https://gcc.gnu.org/g:7894c00982c570d684fe5b82d8fb3aafc34d6986 commit r16-3992-g7894c00982c570d684fe5b82d8fb3aafc34d6986 Author: Michael Eager Date: F

[Bug fortran/86657] ASAN error: heap-use-after-free gcc/fortran/symbol.c:1762 in gfc_add_flavor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86657 --- Comment #8 from anlauf at gcc dot gnu.org --- I also see only frontend memleaks with valgrind on f951. The issue might be gone. Can we ping the people running ASAN instrumented compilers?

[Bug fortran/122002] gfortran.dg/pdt_13.f03 etc. FAIL

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=122002 --- Comment #2 from anlauf at gcc dot gnu.org --- This was not restricted to SPARC, see e.g. https://gcc.gnu.org/pipermail/gcc-testresults/2025-September/857755.html https://gcc.gnu.org/pipermail/gcc-testresults/2025-September/857768.html

[Bug fortran/86657] ASAN error: heap-use-after-free gcc/fortran/symbol.c:1762 in gfc_add_flavor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86657 Paul Thomas changed: What|Removed |Added Blocks|82173 | --- Comment #7 from Paul Thomas --- (In

[Bug fortran/83746] Errors using the max intrinsic in a PDT length parameter expression for a function result

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83746 Paul Thomas changed: What|Removed |Added CC||pault at gcc dot gnu.org Statu

[Bug middle-end/122004] x86 optimization: (x > INT_MAX - c) can utilize overflow flag to save code size

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=122004 Andrew Pinski changed: What|Removed |Added Last reconfirmed||2025-09-19 Ever confirmed|0

[Bug fortran/83746] Errors using the max intrinsic in a PDT length parameter expression for a function result

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83746 --- Comment #4 from GCC Commits --- The master branch has been updated by Paul Thomas : https://gcc.gnu.org/g:1f8600897b8c3578152e95ae05c3034c5a05eb34 commit r16-3989-g1f8600897b8c3578152e95ae05c3034c5a05eb34 Author: Paul Thomas Date: Fri Se

[Bug target/122004] New: x86 optimization: (x > INT_MAX - c) can utilize overflow flag to save code size

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=122004 Bug ID: 122004 Summary: x86 optimization: (x > INT_MAX - c) can utilize overflow flag to save code size Product: gcc Version: 15.1.0 Status: UNCONFIRMED Severi

[Bug tree-optimization/121830] [16 regression] ice in vect_build_slp_tree_2, again ?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121830 --- Comment #10 from Sam James --- Please file it separately.

[Bug modula2/121856] Set declaration takes a long time to compile

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121856 --- Comment #3 from GCC Commits --- The master branch has been updated by Gaius Mulley : https://gcc.gnu.org/g:273b53effbf5497e3e08bddeba74e72f1e7e8315 commit r16-3988-g273b53effbf5497e3e08bddeba74e72f1e7e8315 Author: Gaius Mulley Date: Fri

[Bug tree-optimization/121830] [16 regression] ice in vect_build_slp_tree_2, again ?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121830 Franz Sirl changed: What|Removed |Added CC||sirl at gcc dot gnu.org --- Comment #9 fro

[Bug fortran/122002] gfortran.dg/pdt_13.f03 etc. FAIL

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=122002 Jerry DeLisle changed: What|Removed |Added CC||jvdelisle at gcc dot gnu.org --- Commen

[Bug analyzer/122003] New: Premature assignment to return value for interprocedural case in -fanalyzer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=122003 Bug ID: 122003 Summary: Premature assignment to return value for interprocedural case in -fanalyzer Product: gcc Version: 16.0 Status: UNCONFIRMED Severity: no

[Bug fortran/122002] gfortran.dg/pdt_13.f03 etc. FAIL

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=122002 Rainer Orth changed: What|Removed |Added Target Milestone|--- |16.0

[Bug fortran/122002] New: gfortran.dg/pdt_13.f03 etc. FAIL

Assignee: unassigned at gcc dot gnu.org Reporter: ro at gcc dot gnu.org CC: pault at gcc dot gnu.org Target Milestone: --- Target: sparc-sun-solaris2.11 Between 20250918 (8c6b6adce45a550c52dc35e3df4e0c477f5404fa) and 20250919

[Bug target/121983] [16 Regression] ICE: RTL check: expected code 'reg', have 'subreg' in rhs_regno, at rtl.h:1946 with -O2 -mcpu=xiangshan-nanhu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121983 Jeffrey A. Law changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug target/121983] [16 Regression] ICE: RTL check: expected code 'reg', have 'subreg' in rhs_regno, at rtl.h:1946 with -O2 -mcpu=xiangshan-nanhu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121983 --- Comment #2 from GCC Commits --- The master branch has been updated by Jeff Law : https://gcc.gnu.org/g:cc0959221ee2a6f17dda6335bb1615207e2c8e51 commit r16-3987-gcc0959221ee2a6f17dda6335bb1615207e2c8e51 Author: Jeff Law Date: Fri Sep 19

[Bug tree-optimization/121999] [16 Regression] 453.povray build ICEs since r16-3945-gc30f58c3f7ec25

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121999 --- Comment #5 from Richard Biener --- Also reproduces w/o -flto. I do have .gcda and .ii files but there's virtual function calls in the code making it difficult to do a GIMPLE testcase (OBJ_TYPE_REF isn't implemented there). The IL differenc

[Bug tree-optimization/121999] [16 Regression] 453.povray build ICEs since r16-3945-gc30f58c3f7ec25

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121999 --- Comment #4 from Richard Biener --- (In reply to Filip Kastl from comment #3) > Created attachment 62419 [details] > spec config file to reproduce the ICE with > > Yeah, I meant a full FDO run. -fprofile-generate and -fprofile use. Sorry >

[Bug tree-optimization/121999] [16 Regression] 453.povray build ICEs since r16-3945-gc30f58c3f7ec25

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121999 --- Comment #3 from Filip Kastl --- Created attachment 62419 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=62419&action=edit spec config file to reproduce the ICE with Yeah, I meant a full FDO run. -fprofile-generate and -fprofile use.

[Bug diagnostics/122001] New: [16 Regression] confusing 'required from here' placement

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=122001 Bug ID: 122001 Summary: [16 Regression] confusing 'required from here' placement Product: gcc Version: 16.0 Status: UNCONFIRMED Severity: normal Prio

[Bug libstdc++/79147] Useless _GLIBCXX_PACKAGE_* macros in

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79147 --- Comment #2 from Jonathan Wakely --- Patch posted: https://gcc.gnu.org/pipermail/gcc-patches/2025-September/695768.html The diff that this produces in the gnerated c++config.h file is: @@ -1531,25 +1533,25 @@ #define _GLIBCXX_LT_OBJDIR ".lib

[Bug tree-optimization/121999] [16 Regression] 453.povray build ICEs since r16-3945-gc30f58c3f7ec25

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121999 --- Comment #2 from Richard Biener --- I can't reproduce. Does that require actual FDO aka a -fprofile-generate run? Seems I cannot get spec to do that, I have the STAGE1/STAGE2 vars set and I see feedback=1 in the log but it still doesn't do i

[Bug libstdc++/79147] Useless _GLIBCXX_PACKAGE_* macros in

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79147 --- Comment #3 from Jonathan Wakely --- We might want to comment out STDC_HEADERS as well, instead of transforming it to _GLIBCXX_STDC_HEADERS

[Bug tree-optimization/121999] New: [16 Regression] 453.povray build ICEs since r16-3945-gc30f58c3f7ec25

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121999 Bug ID: 121999 Summary: [16 Regression] 453.povray build ICEs since r16-3945-gc30f58c3f7ec25 Product: gcc Version: 16.0 Status: UNCONFIRMED Keywords: ice-on-va

[Bug tree-optimization/121999] [16 Regression] 453.povray build ICEs since r16-3945-gc30f58c3f7ec25

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

[Bug target/122000] [13/14/15/16 Regression] __sync_add_and_fetch(long long) on armv7a ignores the lower 32 bits

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=122000 Richard Biener changed: What|Removed |Added Target Milestone|--- |13.5

[Bug target/122000] New: [13/14/15/16 Regression] __sync_add_and_fetch(long long) on armv7a ignores the lower 32 bits

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=122000 Bug ID: 122000 Summary: [13/14/15/16 Regression] __sync_add_and_fetch(long long) on armv7a ignores the lower 32 bits Product: gcc Version: 16.0 Status: UNCONFIRMED

[Bug tree-optimization/121999] [16 Regression] 453.povray build ICEs since r16-3945-gc30f58c3f7ec25

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121999 Filip Kastl changed: What|Removed |Added Target Milestone|--- |16.0

[Bug target/121957] [15/16 Regression] AArch64: Miscompile at -O2/O3 since r15-1579-g792f97b44ffc5e

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121957 --- Comment #6 from Alex Coplan --- The problem is that the `MEM_EXPR` information is wrong already at expand time. The RTL for bb 8 in expand is: ``` 52: NOTE_INSN_BASIC_BLOCK 8 53: r117:DI=r96:DI-0x100 ; r117 = r96 - 256 54: r

[Bug libstdc++/79147] Useless _GLIBCXX_PACKAGE_* macros in

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79147 Jonathan Wakely changed: What|Removed |Added Target Milestone|--- |16.0 Assignee|unassigned at

[Bug libstdc++/118087] std::deque::emplace does not do uses-allocator construction

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118087 Jonathan Wakely changed: What|Removed |Added Keywords||patch --- Comment #3 from Jonathan Wa

[Bug other/121998] New: --disable-multilib doesn't work if provision for multilib has been made.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121998 Bug ID: 121998 Summary: --disable-multilib doesn't work if provision for multilib has been made. Product: gcc Version: 16.0 Status: UNCONFIRMED Severity: norma

[Bug target/121393] [16 Regression] GCN gfx1100 offloading: 'libgomp.c-c++-common/for-{11,12,3,5,6,9}.c' execution tests

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121393 --- Comment #4 from Andrew Stubbs --- Here's a minimal reproducer. It requires an unsigned offset variable, negative step, and non-contiguous load large enough to warrant vectorization. The original testcase doesn't vectorize without collapsing

[Bug tree-optimization/121762] pass_fold_builtins and pass_optimize_widening_mul and pass_gimple_isel should be merged or moved other places

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121762 --- Comment #5 from Andrew Pinski --- (In reply to Andrew Pinski from comment #3) > >BUILT_IN_UNREACHABLE -> forwprop with late set > > I am not even positive this is needed any more can be just removed. > So basically both VRP and DOM do som

[Bug tree-optimization/121762] pass_fold_builtins and pass_optimize_widening_mul and pass_gimple_isel should be merged or moved other places

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121762 --- Comment #4 from Andrew Pinski --- > BUILT_IN_CONSTANT_P -> forwprop with late set (zero) This is actually in the ranger already in cfn_constant_float_p and cfn_constant_p: ``` if (lh.singleton_p ()) { wide_int one = wi::on

[Bug tree-optimization/121762] pass_fold_builtins and pass_optimize_widening_mul and pass_gimple_isel should be merged or moved other places

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121762 --- Comment #3 from Andrew Pinski --- >BUILT_IN_UNREACHABLE -> forwprop with late set I am not even positive this is needed any more can be just removed. So basically both VRP and DOM do something about this. DOM does it via dom_opt_dom_walk