[Bug tree-optimization/103122] [12 Regression] ICE in fill_block_cache, at gimple-range-cache.cc:1277 with -O2 since r12-4866-gfc4076752067fb40
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103122 Andrew Macleod changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #3 from Andrew Macleod --- Fixed.
[Bug tree-optimization/103122] [12 Regression] ICE in fill_block_cache, at gimple-range-cache.cc:1277 with -O2 since r12-4866-gfc4076752067fb40
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103122 --- Comment #2 from CVS Commits --- The master branch has been updated by Andrew Macleod : https://gcc.gnu.org/g:0cd653bd2559701da9cc4c9bf51f22bdd68623b5 commit r12-5006-g0cd653bd2559701da9cc4c9bf51f22bdd68623b5 Author: Andrew MacLeod Date: Mon Nov 8 09:32:42 2021 -0500 Don't calculate new values when using the private context callback. When using rangers private callback mechanism to provide context to fold_stmt calls, we are only suppose to be using the cache in read only mode, never calculate new values. gcc/ PR tree-optimization/103122 * gimple-range.cc (gimple_ranger::range_of_expr): Request the cache entry with "calulate new values" set to false. gcc/testsuite/ * g++.dg/pr103122.C: New.
[Bug tree-optimization/103122] [12 Regression] ICE in fill_block_cache, at gimple-range-cache.cc:1277 with -O2 since r12-4866-gfc4076752067fb40
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103122 Richard Biener changed: What|Removed |Added Priority|P3 |P1
[Bug tree-optimization/103122] [12 Regression] ICE in fill_block_cache, at gimple-range-cache.cc:1277 with -O2 since r12-4866-gfc4076752067fb40
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103122 Martin Liška changed: What|Removed |Added Ever confirmed|0 |1 Summary|[12 Regression] ICE in |[12 Regression] ICE in |fill_block_cache, at|fill_block_cache, at |gimple-range-cache.cc:1277 |gimple-range-cache.cc:1277 |with -O2|with -O2 since ||r12-4866-gfc4076752067fb40 CC||aldyh at gcc dot gnu.org, ||amacleod at redhat dot com, ||marxin at gcc dot gnu.org Last reconfirmed||2021-11-08 Status|UNCONFIRMED |NEW --- Comment #1 from Martin Liška --- Started with r12-4866-gfc4076752067fb40.