选ilp32d而非ilp32，前提是硬件支持D扩展（如rv32id），且代码含double类型调用；否则用ilp32会导致传参错位、结果错误或非法指令异常，而硬用ilp32d但无D扩展则链接报undefined reference或运行时trap。
选 ilp32 还是 ilp32d，取决于你有没有双精度浮点运算需求，以及目标硬件是否支持 D 扩展。不支持 D 扩展却硬用 ilp32d，链接阶段会报 undefined reference to `__floatundidf' 这类符号错误；有双精度计算却用 ilp32，浮点参数全被塞进整数寄存器，结果错得离谱，还可能触发非法指令异常。
看硬件是否带 D 扩展（rv32id 或 rv32imafdc）
这是前提条件，不是可选项：
-
ilp32d要求 CPU 实际实现了 D 扩展（即支持双精度浮点指令，如fadd.d、fld），否则指令译码失败，运行时直接 trap - 用
riscv32-unknown-elf-objdump -d反汇编你的固件，搜fadd\.d或fld，有就是 D 扩展启用；没有就别碰ilp32d - 查芯片手册或启动日志里
misa寄存器值：bit 3（D）为 1 表示 D 扩展存在
看代码里有没有 double 类型参与函数调用或返回
ABI 差异核心在调用约定，不是能不能算 double：
-
ilp32：所有浮点参数（float和double）都通过整数寄存器（a0-a7）传，double拆成两个 32 位整数塞进去——这和标准 C ABI 完全不兼容 -
ilp32d：double参数走浮点寄存器（fa0-fa7），符合 IEEE 754 双精度布局，能和标准数学库（如libm）无缝对接 - 哪怕只调了一次
sin(1.23)，而sin原型是double sin(double)，就必须用ilp32d，否则传参错位
交叉编译命令里必须严格匹配 -march 和 -mabi
LLVM（clang）和 GCC 都会检查这对组合是否合法，错配直接报错：
- 合法组合：
-march=rv32imafd -mabi=ilp32d、-march=rv32i -mabi=ilp32、-march=rv32imf -mabi=ilp32f - 非法组合：
-march=rv32imf -mabi=ilp32d→ 报错error: ABI requires 'd' extension but target does not support it - 别信“能编过就行”——
clang --target=riscv32-unknown-elf -march=rv32i -mabi=ilp32d看似不报错，但生成的 call 指令会试图用fa0传参，硬件不认，运行即崩
最容易被忽略的是：C 标准库头文件（比如 math.h）里的函数声明隐含 ABI 约定。一旦用了 double，你就已经站在 ilp32d 的地界上了，退不回 ilp32 ——除非把所有 double 全替换成 int64_t 并手动实现二进制转换逻辑。
