summaryrefslogtreecommitdiffstats
path: root/lldb/source/Plugins/ScriptInterpreter/Python
diff options
context:
space:
mode:
authorMichael Zolotukhin <mzolotukhin@apple.com>2016-08-09 22:44:56 +0000
committerMichael Zolotukhin <mzolotukhin@apple.com>2016-08-09 22:44:56 +0000
commitaae168f9934eaba1898edd987852778aff70cdc4 (patch)
tree15c1f0f770097cf304a20fb543390ca82ba0ca24 /lldb/source/Plugins/ScriptInterpreter/Python
parent3c05edfd5ef56685c3429e44d2128f26b6198e54 (diff)
downloadbcm5719-llvm-aae168f9934eaba1898edd987852778aff70cdc4.tar.gz
bcm5719-llvm-aae168f9934eaba1898edd987852778aff70cdc4.zip
[LoopSimplify] Rebuild LCSSA for the inner loop after separating nested loops.
Summary: This hopefully fixes PR28825. The problem now was that a value from the original loop was used in a subloop, which became a sibling after separation. While a subloop doesn't need an lcssa phi node, a sibling does, and that's where we broke LCSSA. The most natural way to fix this now is to simply call formLCSSA on the original loop: it'll do what we've been doing before plus it'll cover situations described above. I think we don't need to run formLCSSARecursively here, and we have an assert to verify this (I've tried testing it on LLVM testsuite + SPECs). I'd be happy to be corrected here though. I also changed a run line in the test from '-lcssa -loop-unroll' to '-lcssa -loop-simplify -indvars', because it exercises LCSSA preservation to the same extent, but also makes less unrelated transformation on the CFG, which makes it easier to verify. Reviewers: chandlerc, sanjoy, silvas Subscribers: llvm-commits Differential Revision: https://reviews.llvm.org/D23288 llvm-svn: 278173
Diffstat (limited to 'lldb/source/Plugins/ScriptInterpreter/Python')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud