[Bug middle-end/116658] [15 regression] ICE in vect_is_slp_load_node

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116658 Andrew Pinski changed: What|Removed |Added Attachment #59083|0 |1 is obsolete|

[Bug middle-end/116658] [15 regression] ICE in vect_is_slp_load_node

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

[Bug tree-optimization/116643] PHI_RESULT vs gimple_phi_result/gimple_phi_result_ptr

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116643 --- Comment #4 from Andrew Pinski --- I will handle the rest as I go but I wanted to get phiopt done as it was bugging me while I was working on it :).

[Bug tree-optimization/116654] [15 regression] many vector test case failures after r15-3509-gd34cda72098867

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116654 Richard Biener changed: What|Removed |Added Blocks||116578 --- Comment #2 from Richard Bie

[Bug target/116655] RISC-V: ICE with -mrvv-max-lmul=dynamic in compute_nregs_for_mode

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116655 Richard Biener changed: What|Removed |Added Blocks||116578 --- Comment #1 from Richard Bie

[Bug middle-end/116658] [15 regression] ICE in vect_is_slp_load_node

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116658 Richard Biener changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug rtl-optimization/116550] [lra][avr] internal compiler error: in final_scan_insn_1, at final.cc:2807

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116550 --- Comment #1 from Georg-Johann Lay --- (In reply to Georg-Johann Lay from comment #0) > This ICE is relatively new; I don't see it with "gcc version 15.0.0 > 20240818". So that's just a matter of options. The PR also occurs with 20240818 for

[Bug rtl-optimization/116650] Regrename creates conflict with register pair

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116650 --- Comment #1 from Andreas Schwab --- It looks like check_new_reg_p doesn't handle the case where the old reg and the new reg have different number of regs in this mode.

[Bug tree-optimization/116654] [15 regression] many vector test case failures after r15-3509-gd34cda72098867

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116654 Thomas Schwinge changed: What|Removed |Added Last reconfirmed||2024-09-10 Ever confirmed|0

[Bug testsuite/116653] new test case gfortran.dg/unsigned_21.f90 from r15-3526-g113a6da9bf91c5 fails

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116653 Rainer Orth changed: What|Removed |Added CC||ro at gcc dot gnu.org Target|

[Bug testsuite/116653] new test case gfortran.dg/unsigned_21.f90 from r15-3526-g113a6da9bf91c5 fails

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

[Bug libstdc++/116159] undefined symbol: _ZSt21ios_base_library_initv with mingw/i686+lld

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

[Bug libstdc++/116159] undefined symbol: _ZSt21ios_base_library_initv with mingw/i686+lld

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116159 --- Comment #2 from Martin Storsjö --- (In reply to Jakub Jelinek from comment #1) > Is mingw really using GNU symbol versioning? That ought to be an ELF only > thing and this is guarded with #ifdef _GLIBCXX_SYMVER_GNU. It's not actually using

[Bug c++/116659] New: ICE: in import_module, at cp/module.cc:19733 with #pragma GCC optimize("Ofast")

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116659 Bug ID: 116659 Summary: ICE: in import_module, at cp/module.cc:19733 with #pragma GCC optimize("Ofast") Product: gcc Version: 15.0 Status: UNCONFIRMED Severity

[Bug tree-optimization/116660] New: [15 regression] gcc.dg/vect/no-scevccp-outer-12.c etc. FAIL

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116660 Bug ID: 116660 Summary: [15 regression] gcc.dg/vect/no-scevccp-outer-12.c etc. FAIL Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal P

[Bug tree-optimization/116660] [15 regression] gcc.dg/vect/no-scevccp-outer-12.c etc. FAIL

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116660 --- Comment #1 from Rainer Orth --- Created attachment 59085 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59085&action=edit 32-bit sparc-sun-solaris2.11 no-scevccp-outer-12.c.180t.vect

[Bug tree-optimization/116660] [15 regression] gcc.dg/vect/no-scevccp-outer-12.c etc. FAIL

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116660 --- Comment #2 from Rainer Orth --- Created attachment 59086 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59086&action=edit 32-bit sparc-sun-solaris2.11 slp-19c.c.180t.vect

[Bug tree-optimization/116660] [15 regression] gcc.dg/vect/no-scevccp-outer-12.c etc. FAIL

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

[Bug tree-optimization/116660] [15 regression] gcc.dg/vect/no-scevccp-outer-12.c etc. FAIL

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116660 --- Comment #3 from Rainer Orth --- Created attachment 59087 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59087&action=edit 32-bit sparc-sun-solaris2.11 vect-multitypes-6.c.180t.vect

[Bug tree-optimization/116660] [15 regression] gcc.dg/vect/no-scevccp-outer-12.c etc. FAIL

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116660 Richard Biener changed: What|Removed |Added Blocks||116578 --- Comment #4 from Richard Bie

[Bug tree-optimization/116660] [15 regression] gcc.dg/vect/no-scevccp-outer-12.c etc. FAIL

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116660 --- Comment #5 from Richard Biener --- gcc.dg/vect/no-scevccp-outer-12.c was un-XFAILed with the patch, it likely misses effective target requires for sparc

[Bug middle-end/116658] [15 regression] ICE in vect_is_slp_load_node

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116658 --- Comment #4 from GCC Commits --- The master branch has been updated by Richard Biener : https://gcc.gnu.org/g:747700cdb564ed1c5ef13bc73c2fe48639964c0f commit r15-3570-g747700cdb564ed1c5ef13bc73c2fe48639964c0f Author: Richard Biener Date:

[Bug middle-end/116658] [15 regression] ICE in vect_is_slp_load_node

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

[Bug middle-end/114627] undefined behavior in tree-profile.cc while compiling gcc.misc-tests/gcov-18.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114627 --- Comment #3 from Martin Jambor --- So, should this be marked as fixed?

[Bug libstdc++/116159] undefined symbol: _ZSt21ios_base_library_initv with mingw/i686+lld

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116159 --- Comment #3 from Jonathan Wakely --- That comes from: if test x$enable_symvers = xyes ; then if test $enable_shared = no || test "x$LD" = x || test x$gcc_no_link = xyes; then enable_symvers=no else if test $with_gnu_ld = yes ; th

[Bug libstdc++/116159] undefined symbol: _ZSt21ios_base_library_initv with mingw/i686+lld

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116159 --- Comment #4 from Jonathan Wakely --- You could configure with --enable-symvers=no to disable that explicitly, but maybe this isn't the right check for the init symbol: #elif defined(_GLIBCXX_SYMVER_GNU) The definition of that symbol is: #i

[Bug fortran/116661] New: Undefined behavior when compiling interop-1.f90 gomp test

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116661 Bug ID: 116661 Summary: Undefined behavior when compiling interop-1.f90 gomp test Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Pri

[Bug libstdc++/116159] undefined symbol: _ZSt21ios_base_library_initv with mingw/i686+lld

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

[Bug libstdc++/116159] undefined symbol: _ZSt21ios_base_library_initv with mingw/i686+lld

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116159 --- Comment #6 from Martin Storsjö --- (In reply to Jonathan Wakely from comment #4) > But is that even going to work on this target when the actual symbol has __Z > ? > > T __ZNSt8ios_base4InitC1Ev > > (why doesn't the alias give an

[Bug libstdc++/116657] tzdata 2024b causing timezone parsing issues in std::chrono

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116657 --- Comment #2 from Jonathan Wakely --- (In reply to Toolybird from comment #0) > With tzdata-2024a it correctly prints the local timezone. With tzdata-2024b > it displays "Etc/UTC" I can't reproduce this. Adding this line to your program show

[Bug libstdc++/116657] tzdata 2024b causing timezone parsing issues in std::chrono

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116657 --- Comment #3 from Jonathan Wakely --- I've tested 2024b with both the main and vanguard forms. Both give the expected result.

[Bug libstdc++/116657] tzdata 2024b causing timezone parsing issues in std::chrono

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116657 --- Comment #4 from Jonathan Wakely --- Are you sure you're using the main format? I didn't backport r15-1663-g0ca8d56f208571 to gcc-14 yet, so it doesn't support the vanguard format. But that means gcc-14 fails with 2024a too, it's nothing to d

[Bug libstdc++/116657] tzdata 2024b causing timezone parsing issues in std::chrono

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116657 --- Comment #5 from Jonathan Wakely --- I've inspected the tzdata.zi file in the Arch tzdata-2024b-1-x86_64.pkg.tar.zst package and the problem is the use of %z in the FORMAT field, as described in the r15-1663-g0ca8d56f208571 commit: The v

[Bug libstdc++/116657] tzdata 2024b causing timezone parsing issues in std::chrono

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116657 --- Comment #6 from Jonathan Wakely --- Arch's previous tzdata-2024a-2-x86_64.pkg.tar.zst did not use %z

[Bug libstdc++/116657] tzdata 2024b causing timezone parsing issues in std::chrono

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116657 --- Comment #7 from Toolybird --- >From the 2024b release announcement at https://lists.iana.org/hyperkitty/list/tz-annou...@iana.org/thread/IZ7AO6WRE3W3TWBL5IR6PMQUL433BQIE/ "The main data form now uses %z."

[Bug libstdc++/116657] tzdata 2024b causing timezone parsing issues in std::chrono

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116657 Jonathan Wakely changed: What|Removed |Added See Also||https://gitlab.archlinux.or

[Bug libstdc++/116159] undefined symbol: _ZSt21ios_base_library_initv with mingw/i686+lld

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

[Bug libstdc++/114645] std::chrono::current_zone ignores $TZ on Linux

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114645 --- Comment #24 from Jonathan Wakely --- I have a local patch that would allow applications to define: namespace __gnu_cxx { const char* localtime_override() { return getenv("TZ"); } } This would make tzdb::current_zone() use the content of

[Bug libstdc++/116657] tzdata 2024b causing timezone parsing issues in std::chrono

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116657 --- Comment #9 from GCC Commits --- The releases/gcc-14 branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:ab884fffe3fc82a710bea66ad651720d71c938b8 commit r14-10660-gab884fffe3fc82a710bea66ad651720d71c938b8 Author: Jonathan Wak

[Bug c/116662] New: Wrong value of __GCC_DESTRUCTIVE_SIZE for riscv64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116662 Bug ID: 116662 Summary: Wrong value of __GCC_DESTRUCTIVE_SIZE for riscv64 Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component

[Bug target/116662] Wrong value of __GCC_DESTRUCTIVE_SIZE for riscv64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116662 --- Comment #1 from Jonathan Wakely --- I think the root cause is: gcc/params.opt:Common Joined UInteger Var(param_l1_cache_line_size) Init(32) Param Optimization If the target doesn't override that, then it defaults to 32, and then param_des

[Bug libstdc++/114770] std::chrono::locate_zone("Asia/Chungking") fails on Debian Sid

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114770 --- Comment #3 from GCC Commits --- The releases/gcc-13 branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:e9b2f1f4f30371ea04efe83c0ebea4e07f3afec3 commit r13-9014-ge9b2f1f4f30371ea04efe83c0ebea4e07f3afec3 Author: Jonathan Wake

[Bug libstdc++/116657] tzdata 2024b causing timezone parsing issues in std::chrono

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116657 --- Comment #10 from GCC Commits --- The releases/gcc-13 branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:5ceea2ac106d6dd1aa8175670b15a801316cf1c9 commit r13-9015-g5ceea2ac106d6dd1aa8175670b15a801316cf1c9 Author: Jonathan Wak

[Bug libstdc++/116657] tzdata 2024b causing timezone parsing issues in std::chrono

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116657 Jonathan Wakely changed: What|Removed |Added Resolution|--- |FIXED Target Milestone|---

[Bug libstdc++/114770] std::chrono::locate_zone("Asia/Chungking") fails on Debian Sid

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114770 Jonathan Wakely changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug libstdc++/116657] tzdata 2024b causing timezone parsing issues in std::chrono

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116657 --- Comment #12 from Toolybird --- Thank you very much for the speedy response!

[Bug target/116662] Wrong value of __GCC_DESTRUCTIVE_SIZE for riscv64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116662 --- Comment #2 from Andrew Pinski --- See/Read https://inbox.sourceware.org/gcc-patches/20210910131625.159525-1-ja...@redhat.com/ also.

[Bug target/116662] The value of __GCC_DESTRUCTIVE_SIZE for riscv64 could be improved

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116662 Andrew Pinski changed: What|Removed |Added See Also||https://github.com/itanium-

[Bug target/116662] The value of __GCC_DESTRUCTIVE_SIZE for riscv64 could be improved

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116662 --- Comment #4 from Jonathan Wakely --- (In reply to Levi Zim from comment #0) > But this value is 32 for riscv64, which seems wrong to me because IIRC > many riscv64 cpus have cacheline of size 64. If this is only true for "man riscv64 cpus" a

[Bug c++/108080] ICE: in core_vals, at cp/module.cc:6262 with -fmodule-header

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108080 Andrew Pinski changed: What|Removed |Added CC||iamanonymous.cs at gmail dot com --- C

[Bug c++/116659] ICE: in import_module, at cp/module.cc:19733 with #pragma GCC optimize("Ofast")

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

[Bug target/116662] The value of __GCC_DESTRUCTIVE_SIZE for riscv64 could be improved

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116662 --- Comment #5 from Levi Zim --- (In reply to Andrew Pinski from comment #3) > Any use of std::hardware_destructive_interference_size and > std::hardware_constructive_interference_size for ABI purposes in a header > file is very much discouraged

[Bug libstdc++/116159] undefined symbol: _ZSt21ios_base_library_initv with mingw/i686+lld

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116159 Jonathan Wakely changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigne

[Bug fortran/116661] Undefined behavior when compiling interop-1.f90 gomp test

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116661 Thomas Schwinge changed: What|Removed |Added CC||tschwinge at gcc dot gnu.org Last r

[Bug ipa/96265] offloading to nvptx-none from aarch64-linux-gnu (and riscv*-linux-gnu) does not work

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96265 --- Comment #13 from Thomas Schwinge --- commit r15-3034-gdb2e9a2a46f64b037494e8300c46f2d90a9fa55c Author: Prathamesh Kulkarni Date: Tue Aug 20 12:54:02 2024 +0530 [optc-save-gen.awk] Fix streaming of command line options for offloading.

[Bug ipa/96265] offloading to nvptx-none from aarch64-linux-gnu (and riscv*-linux-gnu) does not work

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96265 --- Comment #14 from Thomas Schwinge --- commit r15-3093-g792adb8d222d0d1d16b182871e105f47823b8e72 Author: Prathamesh Kulkarni Date: Thu Aug 22 19:25:20 2024 +0530 Recompute TYPE_MODE and DECL_MODE for aggregate type for acclerator.

[Bug ipa/96265] offloading to nvptx-none from aarch64-linux-gnu (and riscv*-linux-gnu) does not work

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96265 --- Comment #15 from Thomas Schwinge --- commit r15-3488-gae88e91938af364ef5613e5461b12b484b578bc5 Author: Prathamesh Kulkarni Date: Thu Sep 5 18:52:53 2024 +0530 Avoid ICE when passing VLA vector to accelerator. gcc/ChangeLog:

[Bug target/116621] [12/13/14 Regression] x86_64: Crash when fetching va_arg of type union

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116621 Jakub Jelinek changed: What|Removed |Added Summary|[12/13/14/15 Regression]|[12/13/14 Regression]

[Bug target/116662] The value of __GCC_DESTRUCTIVE_SIZE for riscv64 could be improved

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116662 Xi Ruoyao changed: What|Removed |Added CC||xry111 at gcc dot gnu.org --- Comment #6 fr

[Bug rtl-optimization/116650] Regrename creates conflict with register pair

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116650 Michael Matz changed: What|Removed |Added CC||matz at gcc dot gnu.org --- Comment #2 f

[Bug target/115860] [15 regression] Register pairs and regrename since r15-1579-g792f97b44ffc5e

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115860 Michael Matz changed: What|Removed |Added CC||matz at gcc dot gnu.org --- Comment #1 f

[Bug target/116662] The value of __GCC_DESTRUCTIVE_SIZE for riscv64 could be improved

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116662 --- Comment #7 from Levi Zim --- (In reply to Xi Ruoyao from comment #6) > cppreference is not the standard. The standard never says > hardware_destructive_interference_size means this. > > Instead it says: > > This number is the minimum reco

[Bug target/116662] The value of __GCC_DESTRUCTIVE_SIZE for riscv64 could be improved

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

[Bug ipa/96265] offloading to nvptx-none from aarch64-linux-gnu (and riscv*-linux-gnu) does not work

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96265 --- Comment #16 from GCC Commits --- The master branch has been updated by Prathamesh Kulkarni : https://gcc.gnu.org/g:e783a4a683762487cb003ae48235f3d44875de1b commit r15-3571-ge783a4a683762487cb003ae48235f3d44875de1b Author: Prathamesh Kulkarn

[Bug c++/116369] [12/13/14/15 Regression] temporary variable bounded to const reference with mutable field incorrectly marked as rodata since r9-869-g5603790dbf233c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116369 --- Comment #12 from GCC Commits --- The trunk branch has been updated by Marek Polacek : https://gcc.gnu.org/g:2801a49d1144bce5568b527d1972952ad3420f66 commit r15-3572-g2801a49d1144bce5568b527d1972952ad3420f66 Author: Marek Polacek Date: T

[Bug c++/116369] [12/13/14 Regression] temporary variable bounded to const reference with mutable field incorrectly marked as rodata since r9-869-g5603790dbf233c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116369 Marek Polacek changed: What|Removed |Added Summary|[12/13/14/15 Regression]|[12/13/14 Regression]

[Bug target/116627] [14/15 Regression] armv6l: ICE in kernel's net/ipv4/ipmr.c

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

[Bug debug/116664] New: ICE: in force_decl_die, at dwarf2out.cc:26937 with -fno-emit-struct-debug-baseonly

tl-df-extra-nobootstrap-amd64 Thread model: posix Supported LTO compression algorithms: zlib zstd gcc version 15.0.0 20240910 (experimental) (GCC)

[Bug c++/116449] Miscompilation and missing bounds check with UBSAN with pointer to member functions and array accesses

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116449 --- Comment #8 from GCC Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:0008050b9d6046ba4e811a03b406fb5d98707cae commit r15-3574-g0008050b9d6046ba4e811a03b406fb5d98707cae Author: Jakub Jelinek Date: T

[Bug debug/116663] CTF array dimensions dumped backwards

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116663 Sam James changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill

[Bug debug/116663] [14/15 regression] CTF array dimensions dumped backwards

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116663 Sam James changed: What|Removed |Added Summary|CTF array dimensions dumped |[14/15 regression] CTF |b

[Bug debug/114186] Incorrect CTF generated for multidimensional array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114186 Sam James changed: What|Removed |Added CC||sjames at gcc dot gnu.org Target Mileston

[Bug debug/116663] [14/15 regression] CTF array dimensions dumped backwards

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116663 --- Comment #2 from Sam James --- Ah, wait, your patch is for libctf (-> binutils)?

[Bug debug/114186] Incorrect CTF generated for multidimensional array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114186 Sam James changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug debug/116663] New: CTF array dimensions dumped backwards

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116663 Bug ID: 116663 Summary: CTF array dimensions dumped backwards Product: gcc Version: 14.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: debug

[Bug debug/116663] [14/15 regression] CTF array dimensions dumped backwards

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116663 --- Comment #3 from Bruce McCulloch --- Yes, just realized I'm on the wrong bugzilla -- apologies

[Bug tree-optimization/115866] missed optimization vectorizing switch statements.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115866 Tamar Christina changed: What|Removed |Added Resolution|FIXED |--- Status|RESOLVED

[Bug tree-optimization/53947] [meta-bug] vectorizer missed-optimizations

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53947 Bug 53947 depends on bug 115866, which changed state. Bug 115866 Summary: missed optimization vectorizing switch statements. https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115866 What|Removed |Added --

[Bug tree-optimization/115130] [meta-bug] early break vectorization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115130 Bug 115130 depends on bug 115866, which changed state. Bug 115866 Summary: missed optimization vectorizing switch statements. https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115866 What|Removed |Added

[Bug debug/116663] [14/15 regression] CTF array dimensions dumped backwards

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116663 Jose E. Marchesi changed: What|Removed |Added CC||jemarch at gcc dot gnu.org R

[Bug debug/116663] [14/15 regression] CTF array dimensions dumped backwards

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116663 Andrew Pinski changed: What|Removed |Added Resolution|INVALID |MOVED

[Bug debug/116663] [14/15 regression] CTF array dimensions dumped backwards

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116663 Bruce McCulloch changed: What|Removed |Added Resolution|MOVED |FIXED --- Comment #5 from Bruce McCul

[Bug debug/116663] [14/15 regression] CTF array dimensions dumped backwards

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116663 Andrew Pinski changed: What|Removed |Added Resolution|FIXED |MOVED

[Bug other/116665] New: new test case gfortran.dg/gomp/interop-1.f90 ICEs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116665 Bug ID: 116665 Summary: new test case gfortran.dg/gomp/interop-1.f90 ICEs Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component

[Bug c++/116666] [15 Regression] firefox does not compile since r15-2331

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=11 Sam James changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill

[Bug fortran/116669] New: compiler crash on circular derived type component definition

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116669 Bug ID: 116669 Summary: compiler crash on circular derived type component definition Product: gcc Version: 14.2.0 Status: UNCONFIRMED Severity: normal

[Bug fortran/116670] New: symbol X has no implicit type in associate with type-bound procedures

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116670 Bug ID: 116670 Summary: symbol X has no implicit type in associate with type-bound procedures Product: gcc Version: 14.2.0 Status: UNCONFIRMED Severity: normal

[Bug fortran/116670] symbol X has no implicit type in associate with type-bound procedures

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116670 --- Comment #1 from Dominik Gronkiewicz --- actually get_number() does not need to be elemental. I missed it while reducing my module to the minimum test case, apologies.

[Bug target/55212] [SH] Switch to LRA

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212 --- Comment #238 from John Paul Adrian Glaubitz --- (In reply to John Paul Adrian Glaubitz from comment #237) > Let me try to bisect the stack overflow bug. Will report back once I know > more. It's one of the other LRA patches, but it takes me

[Bug c++/116666] [15 Regression] firefox does not compile

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=11 --- Comment #1 from Andrew Pinski --- I can finish reducing this later today after I finish some other stuff.

[Bug fortran/116668] A very strange error when trying to copy substrings from a select type generic

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116668 --- Comment #2 from Jordan --- (In reply to Andrew Pinski from comment #1) > Can you provide the full source where the ICE happens including all module > sources? > > Also since you got the gfortran from your distro you should read the > intern

[Bug c++/116162] GCC rejects explicitly default move ctor with const X&& parameter

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116162 --- Comment #7 from Marek Polacek --- I have a patch implementing the clang++ behavior, that is, warning by default in C++20: 116162.C:3:4: warning: explicitly defaulted move constructor is implicitly deleted [-Wdefaulted-function-deleted]

[Bug c++/116666] [15 Regression] firefox does not compile since r15-2331

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=11 --- Comment #5 from Patrick Palka --- : In instantiation of ‘struct glsl::VectorType<__vector(4) int, 4>’: :577:63: required from here :106:13: error: invalid vector type for attribute ‘vector_size’ :108:22: error: invalid vector type for attr

[Bug c++/116666] [15 Regression] firefox does not compile since r15-2331

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=11 --- Comment #4 from Andrew Pinski --- (In reply to Jakub Jelinek from comment #2) > Started with r15-2331-g523836716137d0f7f4088c85752a980f5f971b36 What happens before this patch is mask_type stays mask_index for the template argument as the de

[Bug c++/116666] [15 Regression] firefox does not compile since r15-2331

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=11 --- Comment #6 from Andrew Pinski --- On the clang not rejecting the code, there is a clang specific path used for vector_type so that code is not used for clang.

[Bug c++/116418] [12/13/14/15 Regression] statement expressions as initializer for decltype auto breaks in templates with optimization turned on and debug info turned on due to gstatement-frontiers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116418 Patrick Palka changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |ppalka at gcc dot gnu.org

[Bug fortran/110421] internal compiler error: in gfc_get_symbol_decl, at fortran/trans-decl.cc:1548

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110421 --- Comment #3 from Dominik Gronkiewicz --- Any progress? Still an issue in 14.2.0. a.f90:21:25: 21 | t2 = typ2(t1=typ1a()) | 1 internal compiler error: in gfc_get_symbol_decl, at fortran/trans-decl.cc:1553

[Bug ada/116190] wrong finalization of anonymous array aggregate

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116190 --- Comment #2 from aj at ianozi dot com --- Apologies, I misspoke. I tested it with "My_Array" being a named type, I didn't test it with "This_Crashes" being a named type, ergo this crashes: with Ada.Strings.Unbounded; use Ada.Strings.Unbounde

[Bug target/116667] New: missing superfluous zero-extends of SVE values

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116667 Bug ID: 116667 Summary: missing superfluous zero-extends of SVE values Product: gcc Version: 15.0 Status: UNCONFIRMED Keywords: missed-optimization Severity: normal

[Bug c++/116666] [15 Regression] firefox does not compile since r15-2331

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=11 Jakub Jelinek changed: What|Removed |Added Summary|[15 Regression] firefox |[15 Regression] firefox

  1   2   >