summaryrefslogtreecommitdiffstats
path: root/llvm/lib/Target/ARM/ARMISelLowering.cpp
diff options
context:
space:
mode:
authorSimon Dardis <simon.dardis@mips.com>2017-11-13 11:47:21 +0000
committerSimon Dardis <simon.dardis@mips.com>2017-11-13 11:47:21 +0000
commit8e2a5bd235a0e08b5a7d1a621aaaaabedb2bcbbe (patch)
treef88b58fd61595497f0d9fe927d6433cf5344acfb /llvm/lib/Target/ARM/ARMISelLowering.cpp
parentaecd4f5f9dbe6f4ba2c5ed322d73eae83df6f66a (diff)
downloadbcm5719-llvm-8e2a5bd235a0e08b5a7d1a621aaaaabedb2bcbbe.tar.gz
bcm5719-llvm-8e2a5bd235a0e08b5a7d1a621aaaaabedb2bcbbe.zip
[CodeGenPrepare] Check that erased sunken address are not reused
CodeGenPrepare sinks address computations from one basic block to another and attempts to reuse address computations that have already been sunk. If the same address computation appears twice with the first instance as an operand of a load whose result is an operand to a simplifable select, CodeGenPrepare simplifies the select and recursively erases the now dead instructions. CodeGenPrepare then attempts to use the erased address computation for the second load. Fix this by erasing the cached address value if it has zero uses before looking for the address value in the sunken address map. This partially resolves PR35209. Thanks to Alexander Richardson for reporting the issue! Reviewers: john.brawn Differential Revision: https://reviews.llvm.org/D39841 llvm-svn: 318032
Diffstat (limited to 'llvm/lib/Target/ARM/ARMISelLowering.cpp')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud