[Bug c++/109241] [12/13/14 Regression] ICE Segmentation fault for statement expression with a local type inside inside a generic lambda inside a generic lambda since r13-6722-gb323f52ccf966800
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109241 Andrew Pinski changed: What|Removed |Added CC||patrick at rivosinc dot com --- Comment #14 from Andrew Pinski --- *** Bug 115195 has been marked as a duplicate of this bug. ***
[Bug c++/109241] [12/13/14 Regression] ICE Segmentation fault for statement expression with a local type inside inside a generic lambda inside a generic lambda since r13-6722-gb323f52ccf966800
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109241 Andrew Pinski changed: What|Removed |Added CC||jbassett271 at gmail dot com --- Comment #13 from Andrew Pinski --- *** Bug 106398 has been marked as a duplicate of this bug. ***
[Bug c++/109241] [12/13/14 Regression] ICE Segmentation fault for statement expression with a local type inside inside a generic lambda inside a generic lambda since r13-6722-gb323f52ccf966800
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109241 Richard Biener changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |FIXED --- Comment #12 from Richard Biener --- Closing again.
[Bug c++/109241] [12/13/14 Regression] ICE Segmentation fault for statement expression with a local type inside inside a generic lambda inside a generic lambda since r13-6722-gb323f52ccf966800
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109241 Andrew Pinski changed: What|Removed |Added CC||vital.had at gmail dot com --- Comment #11 from Andrew Pinski --- *** Bug 110306 has been marked as a duplicate of this bug. ***
[Bug c++/109241] [12/13/14 Regression] ICE Segmentation fault for statement expression with a local type inside inside a generic lambda inside a generic lambda since r13-6722-gb323f52ccf966800
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109241 Andrew Pinski changed: What|Removed |Added CC||lozko.roma at gmail dot com --- Comment #10 from Andrew Pinski --- *** Bug 109872 has been marked as a duplicate of this bug. ***
[Bug c++/109241] [12/13/14 Regression] ICE Segmentation fault for statement expression with a local type inside inside a generic lambda inside a generic lambda since r13-6722-gb323f52ccf966800
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109241 --- Comment #9 from CVS Commits --- The releases/gcc-12 branch has been updated by Jason Merrill : https://gcc.gnu.org/g:396a4e76afec30d2461638f569cae18955eb4ad2 commit r12-9539-g396a4e76afec30d2461638f569cae18955eb4ad2 Author: Jason Merrill Date: Wed Mar 22 16:11:47 2023 -0400 c++: local class in nested generic lambda [PR109241] In this testcase, the tree walk to look for bare parameter packs was confused by finding a type with no TREE_BINFO. But it should be fine that it's unset; we already checked for unexpanded packs at parse time. I also tried doing the partial instantiation of the local class, which is probably the long-term direction we want to go, but for stage 4 let's go with this safer change. PR c++/109241 gcc/cp/ChangeLog: * pt.cc (find_parameter_packs_r): Handle null TREE_BINFO. gcc/testsuite/ChangeLog: * g++.dg/cpp1y/lambda-generic-local-class2.C: New test.
[Bug c++/109241] [12/13/14 Regression] ICE Segmentation fault for statement expression with a local type inside inside a generic lambda inside a generic lambda since r13-6722-gb323f52ccf966800
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109241 Richard Biener changed: What|Removed |Added Summary|[12/13 Regression] ICE |[12/13/14 Regression] ICE |Segmentation fault for |Segmentation fault for |statement expression with a |statement expression with a |local type inside inside a |local type inside inside a |generic lambda inside a |generic lambda inside a |generic lambda since|generic lambda since |r13-6722-gb323f52ccf966800 |r13-6722-gb323f52ccf966800 CC||rguenth at gcc dot gnu.org --- Comment #8 from Richard Biener --- (In reply to Marek Polacek from comment #5) > In GCC 12 this test still ICEs: > > template > void foo(T) { > [](auto){ > [] { > struct X {}; > }; > }; > } > > template void foo(int); How so? I can't reproduce. Likewise for PR109850. Is trunk actually fixed? Please update known-to-work.