Query rangers cache in readonly mode only from within
authorAndrew MacLeod <amacleod@redhat.com>
Thu, 9 Feb 2023 22:50:07 +0000 (17:50 -0500)
committerAndrew MacLeod <amacleod@redhat.com>
Fri, 10 Feb 2023 14:46:33 +0000 (09:46 -0500)
commit6493b7af37e473a89c67afab474330f931dd8447
treebec420504e0a4f16341132f9d0ffd27bd9d71bad
parent99f3ad2e5b117ee79a6dcf97288261e2fa32ab4c
Query rangers cache in readonly mode only from within

The change for 108356 allowed the cache to scan the dominator trees when
it was attempting a lookup rather than using the local value.  I
inadvertantly changed the externbal interface to also do this, so all
the GORI queries via range_on_edge of the cache could also do lookups.

This triggered a quadratic, possible expoential time increase when
the right conditions were presented. That being a cascading series of
recomputaions on outgoing edge calucaltions that at then searched the dom tree
instead of being a simple calcualtion using whats easily available.

The fix is to use the internal API within the cache rather than the
extrenal one that GORI uses.   This leaves GORI computations to be
resovled in linear time.

PR tree-optimization/108687
gcc/
* gimple-range-cache.cc (ranger_cache::range_on_edge): Revert
back to RFD_NONE mode for calculations.
(ranger_cache::propagate_cache): Call the internal edge range API
with RFD_READ_ONLY instead of changing the external routine.
gcc/gimple-range-cache.cc