This seems like an obvious fold, which leads to a few improvements.
Details
Details
Diff Detail
Diff Detail
- Repository
- rG LLVM Github Monorepo
Event Timeline
llvm/lib/CodeGen/SelectionDAG/DAGCombiner.cpp | ||
---|---|---|
21022 | I'm wondering, do we really need both to be equally scalable? Or is this just to avoid introducing a fixed-length SPLAT_VECTOR which we don't have great support for? If it's a "workaround" of that sort, might be worth commenting. | |
llvm/test/CodeGen/RISCV/rvv/vadd-vp.ll | ||
1575 | We can remove this FIXME. |
llvm/lib/CodeGen/SelectionDAG/DAGCombiner.cpp | ||
---|---|---|
21022 | Good point, I was mostly trying to be conservative, but when removing the condition everything still works as expected. |
Comment Actions
LGTM!
llvm/test/CodeGen/AArch64/sve-extract-fixed-vector.ll | ||
---|---|---|
427 ↗ | (On Diff #406177) | Is it worth having a fixed-width and scalable vector test when extracting a v1i32 or nxv1i32? |
llvm/test/CodeGen/AArch64/sve-extract-fixed-vector.ll | ||
---|---|---|
427 ↗ | (On Diff #406177) | I'm not sure if that would be testing anything in this patch specifically. |
I'm wondering, do we really need both to be equally scalable? Or is this just to avoid introducing a fixed-length SPLAT_VECTOR which we don't have great support for? If it's a "workaround" of that sort, might be worth commenting.