forked from OSchip/llvm-project
e46d74b589
For a call site which had both constant deopt operands and nonnull arguments, we were missing the opportunity to recognize the later by bailing early. This is somewhat of a speculative fix. Months ago, I'd had a private report of performance and compile time regressions from the deopt operand folding. I never received a test case. However, the only possibility I see was that after that change CVP missed the nonnull fold, and we end up with a pass ordering/missed simplification issue. So, since it's a real issue, fix it and hope. |
||
|---|---|---|
| .. | ||
| 2010-09-02-Trunc.ll | ||
| 2010-09-26-MergeConstantRange.ll | ||
| add.ll | ||
| alloca.ll | ||
| and.ll | ||
| ashr.ll | ||
| basic.ll | ||
| conflict.ll | ||
| crash.ll | ||
| deopt.ll | ||
| guards.ll | ||
| icmp.ll | ||
| merge-range-and-undef.ll | ||
| minmaxabs.ll | ||
| mul.ll | ||
| non-null.ll | ||
| overflow_predicate.ll | ||
| overflows.ll | ||
| phi-common-val.ll | ||
| pointer.ll | ||
| pr35807.ll | ||
| profmd.ll | ||
| range.ll | ||
| sdiv.ll | ||
| select.ll | ||
| sext.ll | ||
| shl.ll | ||
| srem.ll | ||
| sub.ll | ||
| udiv.ll | ||
| urem.ll | ||