[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

2024-09-10 Thread simartin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116323 Simon Martin changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned a

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

2024-09-10 Thread pinskia at gcc dot gnu.org via Gcc-bugs
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 fortran/116668] New: A very strange error when trying to copy substrings from a select type generic

2024-09-10 Thread jordan4ibanez at gmail dot com via Gcc-bugs
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 fortran/116668] A very strange error when trying to copy substrings from a select type generic

2024-09-10 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116668 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

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

2024-09-10 Thread jordan4ibanez at gmail dot com via Gcc-bugs
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

2024-09-10 Thread mpolacek at gcc dot gnu.org via Gcc-bugs
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 libstdc++/116641] [12/13/14/15 Regression] std::string move assignment incorrectly depends on POCCA

2024-09-10 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
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 libstdc++/116159] undefined symbol: _ZSt21ios_base_library_initv with mingw/i686+lld

2024-09-10 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
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 tree-optimization/115866] missed optimization vectorizing switch statements.

2024-09-10 Thread andi-gcc at firstfloor dot org via Gcc-bugs
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 target/55212] [SH] Switch to LRA

2024-09-10 Thread glaubitz at physik dot fu-berlin.de via Gcc-bugs
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 c++/116666] [15 Regression] firefox does not compile since r15-2331

2024-09-10 Thread sjames at gcc dot gnu.org via Gcc-bugs
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

2024-09-10 Thread gronki at gmail dot com via Gcc-bugs
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

2024-09-10 Thread gronki at gmail dot com via Gcc-bugs
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

2024-09-10 Thread gronki at gmail dot com via Gcc-bugs
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/110421] internal compiler error: in gfc_get_symbol_decl, at fortran/trans-decl.cc:1548

2024-09-10 Thread gronki at gmail dot com via Gcc-bugs
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 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

2024-09-10 Thread ppalka at gcc dot gnu.org via Gcc-bugs
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 c++/116671] New: Compiling iostream and string as modules fails if string is compiled first

2024-09-10 Thread bmlushma at uwaterloo dot ca via Gcc-bugs
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++/116671] Compiling iostream and string as modules fails if string is compiled first

2024-09-10 Thread bmlushma at uwaterloo dot ca via Gcc-bugs
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] Compiling iostream and string as modules fails if string is compiled first

2024-09-10 Thread pinskia at gcc dot gnu.org via Gcc-bugs
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 target/55212] [SH] Switch to LRA

2024-09-10 Thread kkojima at gcc dot gnu.org via Gcc-bugs
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 target/55212] [SH] Switch to LRA

2024-09-10 Thread glaubitz at physik dot fu-berlin.de via Gcc-bugs
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

2024-09-10 Thread kkojima at gcc dot gnu.org via Gcc-bugs
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

2024-09-10 Thread glaubitz at physik dot fu-berlin.de via Gcc-bugs
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?

<    1   2