https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108697
--- Comment #6 from Andrew Macleod <amacleod at redhat dot com> --- (In reply to Aldy Hernandez from comment #5) > (In reply to Richard Biener from comment #3) > > But yes, your observation about m_has_cache_entry is correct - if that has > > any value (it makes reset_path "cheap"), then it should be also relied on > > upon > > growth. Maybe make this bitmap an optional feature of the cache itself > > and handle it transparently there? > > BTW, if putting the bitmap in the ssa_global_cache itself works, that's fine > as well, especially if it makes the ranger's cache faster :). FYI, I have a prototype to do this... I'm just looking at whether it is better to integrate it in the class, or derive it from a performance point of view. results soon.