[llvm] [VPlan] Don't convert widen recipes to VP intrinsics in EVL transform (PR #126177)
Luke Lau via llvm-commits
llvm-commits at lists.llvm.org
Fri Feb 14 00:21:15 PST 2025
lukel97 wrote:
> But overall hardware that have vl-dependent RVV implementation will benefit of having proper EVL set.
@npanchen As Alexey said the RISCVVLOptimizer pass does exactly that, see #108640. It's more general than the EVL on VP intrinsics as it's able to reason about demanded elements, and with this patch it looks like it's actually able to reduce VL in a few more places due to there being less constraints.
> passes such InstCombine need to be updated.
Ideally yes, but I think this is a large amount of work that's unlikely to be finished any time soon. The goal here is to enable EVL tail folding within a reasonable time frame, and this addresses the codegen issues due to the lack of VP support in InstCombine etc.
https://github.com/llvm/llvm-project/pull/126177
More information about the llvm-commits
mailing list