[llvm] [ARM] Use extract_subvector instead of vector_extract_subvec in ARMInstrNEON.td. NFC (PR #228542)
Craig Topper via llvm-commits
llvm-commits at lists.llvm.org
Fri Oct 2 13:50:55 PDT 2026
https://github.com/topperc updated https://github.com/llvm/llvm-project/pull/228542
>From 7a4f816f6c142536e3a9af135c6ac5dbd64f4cdf Mon Sep 17 00:00:00 2001
From: Craig Topper <craig.topper at sifive.com>
Date: Fri, 2 Oct 2026 10:56:41 -0700
Subject: [PATCH] [ARM] Use extract_subvector instead of vector_extract_subvec
in ARMInstrNEON.td. NFC
extract_subvector has a stricter SDTypeProfile than vector_extract_subvec.
I'm investigating why we need vector_extract_subvec. The only other
users are in AArch64SVEInstrInfo.td so maybe something to do with scalable vectors.
---
llvm/lib/Target/ARM/ARMInstrNEON.td | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/llvm/lib/Target/ARM/ARMInstrNEON.td b/llvm/lib/Target/ARM/ARMInstrNEON.td
index a71c1cfb5976b..dcdf844e5c058 100644
--- a/llvm/lib/Target/ARM/ARMInstrNEON.td
+++ b/llvm/lib/Target/ARM/ARMInstrNEON.td
@@ -7089,7 +7089,7 @@ def VREV16q8 : VREV16Q<0b00, "vrev16", "8", v16i8>;
// Aligned extractions: really just dropping registers
class AlignedVEXTq<ValueType DestTy, ValueType SrcTy, SDNodeXForm LaneCVT>
- : Pat<(DestTy (vector_extract_subvec (SrcTy QPR:$src), (i32 imm:$start))),
+ : Pat<(DestTy (extract_subvector (SrcTy QPR:$src), (i32 imm:$start))),
(EXTRACT_SUBREG (SrcTy QPR:$src), (LaneCVT imm:$start))>,
Requires<[HasNEON]>;
More information about the llvm-commits
mailing list