e06ef141fc
Summary: In some specific scenarios with well understood operand bundle types (like `"deopt"`) it may be possible to go ahead and convert recursion to iteration, but TailRecursionElimination does not have that logic today so avoid doing the right thing for now. I need some input on whether `"funclet"` operand bundles should also block tail recursion elimination. If not, I'll allow TRE across calls with `"funclet"` operand bundles and add a test case. Reviewers: rnk, majnemer, nlewycky, ahatanak Subscribers: mcrosier, llvm-commits Differential Revision: https://reviews.llvm.org/D26270 llvm-svn: 286147 |
||
|---|---|---|
| .. | ||
| 2010-06-26-MultipleReturnValues.ll | ||
| EraseBB.ll | ||
| accum_recursion.ll | ||
| ackermann.ll | ||
| basic.ll | ||
| deopt-bundle.ll | ||
| dont_reorder_load.ll | ||
| dup_tail.ll | ||
| inf-recursion.ll | ||
| notail.ll | ||
| reorder_load.ll | ||
| setjmp.ll | ||