kunalspathak
commented
1 year ago From the description, I am guessing that this is to avoid processing less RefPositions as well as stop having a separate pass for building them. I would change its priority though, given that it is costly to implement.
Consider building long-lived
RefPositions only for lclVars, and building only temporary RefPositions for a "closed" linear list of nodes as it is allocated. I had previously experimented with this. I had it “sort of” working, but wasn’t seeing much benefit; since it was a “background” task I never got around to analyzing why that was the case.category:throughput theme:register-allocator skill-level:expert cost:large impact:small