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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212 --- Comment #243 from John Paul Adrian Glaubitz --- (In reply to Kazumoto Kojima from comment #242) > (In reply to John Paul Adrian Glaubitz from comment #241) > > (In reply to Kazumoto Kojima from comment #240) > > Did that include patch 59000?

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212 --- Comment #242 from Kazumoto Kojima --- (In reply to John Paul Adrian Glaubitz from comment #241) > (In reply to Kazumoto Kojima from comment #240) > Did that include patch 59000? Yes.

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212 --- Comment #241 from John Paul Adrian Glaubitz --- (In reply to Kazumoto Kojima from comment #240) > My trial of the 3-stage bootstrap of gcc with enabling c,c++,lto,ada on qemu > has been done successfully with "-g -O2 -m4 -mlra" flags. I'm us

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212 --- Comment #240 from Kazumoto Kojima --- My trial of the 3-stage bootstrap of gcc with enabling c,c++,lto,ada on qemu has been done successfully with "-g -O2 -m4 -mlra" flags. I'm using the gcc master commit 592a335de563a3a9e36d362c5b9f3fb0a990

[Bug c++/116671] Compiling iostream and string as modules fails if string is compiled first

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116671 --- Comment #2 from Andrew Pinski --- Works on the trunk: [apinski@xeond2 test]$ ls [apinski@xeond2 test]$ ~/upstream-gcc/bin/g++ -std=c++20 -fmodules-ts -c -x c++-system-header string [apinski@xeond2 test]$ ~/upstream-gcc/bin/g++ -std=c++20 -fm

[Bug c++/116671] Compiling iostream and string as modules fails if string is compiled first

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116671 bmlushma at uwaterloo dot ca changed: What|Removed |Added CC||bmlushma at uwaterloo dot

[Bug c++/116671] New: Compiling iostream and string as modules fails if string is compiled first

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116671 Bug ID: 116671 Summary: Compiling iostream and string as modules fails if string is compiled first Product: gcc Version: 14.2.0 Status: UNCONFIRMED Severity: n

[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 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 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/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 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 target/55212] [SH] Switch to LRA

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212 --- Comment #239 from John Paul Adrian Glaubitz --- (In reply to John Paul Adrian Glaubitz from comment #238) > (In reply to John Paul Adrian Glaubitz from comment #237) > > Let me try to bisect the stack overflow bug. Will report back once I kno

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115866 --- Comment #8 from Andi Kleen --- It doesn't even try to convert the switch because of t.c.179.ifcvt: Can not ifcvt due to multiple exits if (loop->num_nodes > 2) { /* More than one loop exit is too much to handle. */ if (

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116159 --- Comment #8 from GCC Commits --- The master branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:fc7a1fb0238e379d466316aa219734ac61f4bc0e commit r15-3576-gfc7a1fb0238e379d466316aa219734ac61f4bc0e Author: Jonathan Wakely Date:

[Bug libstdc++/116641] [12/13/14/15 Regression] std::string move assignment incorrectly depends on POCCA

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116641 --- Comment #1 from GCC Commits --- The master branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:c07cf418fdde0c192e370a8d76a991cc7215e9c4 commit r15-3575-gc07cf418fdde0c192e370a8d76a991cc7215e9c4 Author: Jonathan Wakely Date:

[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 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 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 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116668 Bug ID: 116668 Summary: A very strange error when trying to copy substrings from a select type generic Product: gcc Version: 14.0 Status: UNCONFIRMED Severity:

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=11 --- Comment #7 from Andrew Pinski --- Note for recent GCC, CONVERT and SHUFFLE should be defined as: # define CONVERT(vector, type) __builtin_convertvector(vector.data, type::data_type) # define SHUFFLE(a, b, ...) __builtin_shufflevector(a.da

[Bug c++/116323] [12/13/14/15 Regression] ICE: tree check: expected record_type or union_type or qual_union_type, have bound_template_template_parm in access_in_type, at cp/search.cc:663

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

[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 --- Comment #4 from ro at CeBiTec dot Uni-Bielefeld.DE --- > --- Comment #3 from Thomas Koenig --- > Is there an effective target for the test suite that only runs > the tests on little-endian targets? Sure: there's le. It's even documented i

[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 Thomas Koenig changed: What|Removed |Added Blocks||116025 --- Comment #3 from Thomas Koeni

[Bug lto/83997] ICE with alias template and attribute

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83997 --- Comment #8 from Patrick Palka --- (In reply to Jason Merrill from comment #7) > Patrick, do you want to look at this in the context of 115897? For the record I reckoned they're orthogonal issues as this PR is about attributes attached to the

[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++/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 Andrew Pinski changed: What|Removed |Added Resolution|--- |INVALID Status|UNCONFIRMED

[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

[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 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 c++/116666] [15 Regression] firefox does not compile

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=11 Andrew Pinski changed: What|Removed |Added Keywords||needs-bisection Target Milestone|---

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=11 Bug ID: 11 Summary: [15 Regression] firefox does not compile Product: gcc Version: 15.0 Status: UNCONFIRMED Keywords: rejects-valid Severity: normal Prior

[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 other/116665] new test case gfortran.dg/gomp/interop-1.f90 ICEs

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

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

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

[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 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 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|INVALID |MOVED

[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 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 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 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 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] [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 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 Sam James changed: What|Removed |Added Summary|CTF array dimensions dumped |[14/15 regression] CTF |b

[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 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/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 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 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 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 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 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 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 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/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 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/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 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 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 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 #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 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 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 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 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 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 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 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] 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 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 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 Jonathan Wakely changed: What|Removed |Added Resolution|--- |FIXED Target Milestone|---

[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++/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 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 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 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 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++/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++/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++/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 --- 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 #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 #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 #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 #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++/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++/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 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 --- 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 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 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?

  1   2   >