Philip Reames 382ffde1a1 [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.



git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@358688 91177308-0d34-0410-b5e6-96231b3b80d8

2019-04-18 17:01:19 +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

basic.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