ARM GNU Toolchain编译NEON指令vmull.u16寄存器范围报错咨询

一、标量寄存器仅支持d0-d7的原因 #

这是ARMv7 NEON指令集的硬件编码限制，并非编译器人为限制。vmull.u16这类标量乘法指令的机器码编码中，用于指定标量操作数寄存器的字段仅分配了3位（仅能表示0-7的数值），因此只能对应d0到d7这8个低位双精度寄存器。d8到d15属于高位寄存器，需要额外编码位标识，但这类乘法指令的编码格式未预留该位，硬件本身不支持用高位寄存器作为这类指令的标量操作数，编译器只是忠实地反映了硬件限制。

ARM官方文档可能未在指令描述中单独强调这一点，但查看ARMv7架构参考手册的指令编码章节（如VMULL指令的二进制编码格式），可以找到对应的寄存器字段长度限制说明。

二、intrinsic总是使用d7[0]的原因 #

vmull_lane_u16 intrinsic的实现中，GCC编译器的寄存器分配器会优先选择低位寄存器（如d7）作为lane操作数的载体，目的是确保生成的指令符合硬件编码限制，避免出现编译错误。编译器会默认选择固定的低位寄存器承载标量lane值，除非通过寄存器变量或内联汇编显式指定其他合法的低位寄存器（d0-d7）。

解决建议 #

• 若要使用d8及以上寄存器的lane作为标量，先通过vmov.16指令将对应lane的值转移到d0-d7中的某个寄存器，再执行乘法：

  vmov.16 d0[0], d8[0]
  vmull.u16 q7, d19, d0[0]
  

• 对于intrinsic，若需要指定特定的低位寄存器，可以使用寄存器变量配合内联汇编，示例如下：

  uint16x4_t vec1 = ...;
  uint16x4_t vec2 = ...;
  register uint16x4_t val2 asm("d3") = vec2; // 指定用d3寄存器
  uint32x4_t result = vmull_lane_u16(vec1, val2, 0);
  

内容的提问来源于stack exchange，提问作者jcdmelo