[Bug c++/106824] ice in set_nan, at value-range.cc:283

2022-09-05 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106824 Martin Liška changed: What|Removed |Added Last reconfirmed||2022-09-05 Status|RESOLVED

[Bug c++/106824] ice in set_nan, at value-range.cc:283

2022-09-04 Thread aldyh at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106824 Aldy Hernandez changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c++/106824] ice in set_nan, at value-range.cc:283

2022-09-04 Thread dcb314 at hotmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106824 --- Comment #5 from David Binderman --- (In reply to Aldy Hernandez from comment #4) > Could you double check again on an updated trunk? Problem seems to have gone away on today's trunk.

[Bug c++/106824] ice in set_nan, at value-range.cc:283

2022-09-04 Thread aldyh at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106824 --- Comment #4 from Aldy Hernandez --- Yeah, that's all me. I can't reproduce on x86-64, but there's been a couple patches in this area over the weekend. Could you double check again on an updated trunk?

[Bug c++/106824] ice in set_nan, at value-range.cc:283

2022-09-04 Thread dcb314 at hotmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106824 David Binderman changed: What|Removed |Added CC||aldyh at gcc dot gnu.org --- Comment

[Bug c++/106824] ice in set_nan, at value-range.cc:283

2022-09-04 Thread dcb314 at hotmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106824 --- Comment #2 from David Binderman --- After more than 13 hours of reduction, the C++ code seems to be: using int32 = int; using int64 = long; float NoWeight___trans_tmp_2; int ShortestPath_distance; struct FloatWeightTpl { FloatWeightTpl(fl

[Bug c++/106824] ice in set_nan, at value-range.cc:283

2022-09-04 Thread dcb314 at hotmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106824 --- Comment #1 from David Binderman --- It seems that flag -O2 can be reduced to -O1 -fexpensive-optimizations.