summaryrefslogtreecommitdiffstats
path: root/llvm/test/Analysis/ScalarEvolution/incorrect-offset-scaling.ll
diff options
context:
space:
mode:
authorChandler Carruth <chandlerc@gmail.com>2017-01-23 08:33:24 +0000
committerChandler Carruth <chandlerc@gmail.com>2017-01-23 08:33:24 +0000
commite8c66b27662bf71e3ca6fb787380957b428f1ff8 (patch)
treef5e9a394ea279679f27839e90ea5b6b07bbf8352 /llvm/test/Analysis/ScalarEvolution/incorrect-offset-scaling.ll
parent5144703664b2d040544dfc032836234edad01a93 (diff)
downloadbcm5719-llvm-e8c66b27662bf71e3ca6fb787380957b428f1ff8.tar.gz
bcm5719-llvm-e8c66b27662bf71e3ca6fb787380957b428f1ff8.zip
[PM] Replace the hard invalidate in JumpThreading for LVI with correct
invalidation of deleted functions in GlobalDCE. This was always testing a bug really triggered in GlobalDCE. Right now we have analyses with asserting value handles into IR. As long as those remain, when *deleting* an IR unit, we cannot wait for the normal invalidation scheme to kick in even though it was designed to work correctly in the face of these kinds of deletions. Instead, the pass needs to directly handle invalidating the analysis results pointing at that IR unit. I've tought the Inliner about this and this patch teaches GlobalDCE. This will handle the asserting VH case in the existing test as well as other issues of the same fundamental variety. I've moved the test into the GlobalDCE directory and added a comment explaining what is going on. Note that we cannot simply require LVI here because LVI is too lazy. llvm-svn: 292773
Diffstat (limited to 'llvm/test/Analysis/ScalarEvolution/incorrect-offset-scaling.ll')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud