Arm AArch64无硬件FPU场景下编译选项技术问询

问题1：使用-mfloat-abi=soft是否足以确保编译器完全不使用FPU指令或寄存器？ #

是的，在AArch64架构下，-mfloat-abi=soft会强制编译器：

• 完全不生成任何FPU相关指令（比如浮点运算指令、浮点寄存器加载/存储指令）
• 全程只使用通用寄存器（X0-X31）处理所有数据，包括浮点类型的参数传递、运算过程

但要注意你提到的核心问题：armclang没有提供AArch64平台符合IEEE标准的软浮点库，所以你需要自行引入第三方软浮点实现（比如适配AArch64的GCC软浮点库衍生版本），否则链接阶段会出现大量未定义的浮点运算函数符号（例如__addsf3、__divdf3这类）。另外必须确保整个项目（包括所有依赖的静态/动态库）都用该选项编译，避免混合ABI导致的运行崩溃。

问题2：-mfloat-abi=soft与-mgeneral-regs-only的区别 #

两者的核心差异在于作用层面：

• -mfloat-abi=soft是ABI规则层面的选项：它不仅控制代码生成禁用FPU，还定义了函数调用时的参数/返回值传递规则——所有浮点类型的数据都通过通用寄存器或栈传递，完全不涉及浮点寄存器。这是无FPU环境下必须的选项，能保证整个调用链的兼容性。
• -mgeneral-regs-only是代码生成层面的选项：它仅限制编译器只生成通用寄存器相关的指令，不使用FPU、NEON等扩展指令，但不会改变系统默认的ABI规则。比如如果系统默认是硬浮点ABI，用该选项编译的代码仍然会遵循硬浮点ABI的参数传递约定（比如预期浮点参数在V系列寄存器中），这会导致函数调用时参数传递错误，直接引发程序崩溃。

简单来说：无硬件FPU的场景下，必须用-mfloat-abi=soft；-mgeneral-regs-only仅适用于有FPU但需要避免扩展指令的场景，不能替代前者。

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