[PATCH] D117079: [RISCV] Improve i64 splat vector lowering in RV32.

Craig Topper via Phabricator via llvm-commits llvm-commits at lists.llvm.org
Thu Jan 13 09:23:31 PST 2022


craig.topper added inline comments.


================
Comment at: llvm/lib/Target/RISCV/RISCVISelLowering.cpp:2219
+      MVT InterVT =
+          MVT::getScalableVectorVT(MVT::i32, 2 * VT.getVectorNumElements());
+      // TODO: if vl <= min(VLMAX), we can also do this. But we could not
----------------
craig.topper wrote:
> craig.topper wrote:
> > frasercrmck wrote:
> > > I may be missing something, but isn't `VT.getVectorNumElements` problematic with scalable vector types? I'm surprised this doesn't warn/crash.
> > > 
> > > Also I'm not sure whether this method should assume that `VT` is scalable. Should it be able to produce a fixed-vector type if passed one?
> > > Also I'm not sure whether this method should assume that `VT` is scalable. Should it be able to produce a fixed-vector type if passed one?
> > 
> > Assuming scalable is ok. Other parts of this code are creating _VL nodes which must use a scalable type.
> > I may be missing something, but isn't `VT.getVectorNumElements` problematic with scalable vector types? I'm surprised this doesn't warn/crash.
> 
> It happens to work because of a FIXME in getVectorNumElements(). It just returns getVectorMinNumElements().
> 
> This code should use `MVT::getVectorVT(MVT::i32, 2 * VT.getVectorElementCount())` I think
> 
I've resolved the FIXME so this should fail now.


Repository:
  rG LLVM Github Monorepo

CHANGES SINCE LAST ACTION
  https://reviews.llvm.org/D117079/new/

https://reviews.llvm.org/D117079



More information about the llvm-commits mailing list