llvm-project/llvm/test/Transforms/LoopPredication
Philip Reames adf288c5d9 [LoopPred] Fix a blatantly obvious bug in r358684
The bug is that I didn't check whether the operand of the invariant_loads were themselves invariant.  I don't know how this got missed in the patch and review.  I even had an unreduced test case locally, and I remember handling this case, but I must have lost it in one of the rebases.  Oops.

llvm-svn: 358688
2019-04-18 17:01:19 +00:00
..
basic.ll [LoopPredication] Allow predication of loop invariant computations (within the loop) 2019-04-18 16:33:17 +00:00
basic_widenable_branch_guards.ll [LoopPredication] Allow predication of loop invariant computations (within the loop) 2019-04-18 16:33:17 +00:00
invariant_load.ll [LoopPred] Fix a blatantly obvious bug in r358684 2019-04-18 17:01:19 +00:00
nested.ll Revert "Temporarily Revert "Add basic loop fusion pass."" 2019-04-17 04:52:47 +00:00
profitability.ll Revert "Temporarily Revert "Add basic loop fusion pass."" 2019-04-17 04:52:47 +00:00
reverse.ll Revert "Temporarily Revert "Add basic loop fusion pass."" 2019-04-17 04:52:47 +00:00
visited.ll Revert "Temporarily Revert "Add basic loop fusion pass."" 2019-04-17 04:52:47 +00:00
widened.ll Revert "Temporarily Revert "Add basic loop fusion pass."" 2019-04-17 04:52:47 +00:00