forked from OSchip/llvm-project
4ca860742d
We previously made a change to getUserCost to return a Invalid cost when one of the TTI costs returned '-1' (meaning 'unknown' or 'infinitely expensive'). It makes no sense to say that: shufflevector <2 x i8> %x, <2 x i8> %y, <4 x i32> <i32 0, i32 1, i32 2, i32 3> has an invalid cost. Perhaps the cost is not known, but the IR is valid and can be code-generated. Invalid should only be used for IR that cannot possibly be code-generated and where a cost is nonsensical. With more passes now asserting that the cost must be valid, it is possible that those assertions will fail for perfectly valid IR. An incomplete cost-model probably shouldn't be a reason for the compiler to break. It's better to consider these costs as 'very expensive' and ignore them for other reasons. At some point, we should consider replacing -1 with some other mechanism. Reviewed By: paulwalker-arm, dmgreen Differential Revision: https://reviews.llvm.org/D99502 |
||
|---|---|---|
| .. | ||
| add-cast-vect.ll | ||
| arith-overflow.ll | ||
| arith-ssat.ll | ||
| arith-usat.ll | ||
| arith.ll | ||
| cast.ll | ||
| cast_ldst.ll | ||
| cmps.ll | ||
| control-flow.ll | ||
| divrem.ll | ||
| fparith.ll | ||
| freeshift.ll | ||
| gep.ll | ||
| immediates.ll | ||
| insertelement.ll | ||
| intrinsic-cost-kinds.ll | ||
| lit.local.cfg | ||
| load_store.ll | ||
| logicalop.ll | ||
| memcpy.ll | ||
| mul-cast-vect.ll | ||
| mve-abs.ll | ||
| mve-active_lane_mask.ll | ||
| mve-cmp.ll | ||
| mve-gather-scatter-cost.ll | ||
| mve-minmax.ll | ||
| mve-vecreduce-add.ll | ||
| reduce-add.ll | ||
| reduce-and.ll | ||
| reduce-or.ll | ||
| reduce-smax.ll | ||
| reduce-smin.ll | ||
| reduce-umax.ll | ||
| reduce-umin.ll | ||
| select.ll | ||
| shl-cast-vect.ll | ||
| shuffle.ll | ||
| sub-cast-vect.ll | ||
| target-intrinsics.ll | ||