RV32与RV64核心区别在于XLEN（整数寄存器宽度）：RV32对应XLEN=32，寄存器、地址总线和指针均为32位；RV64对应XLEN=64，支持更大内存寻址与64位运算。工具链、-march和-mabi必须严格匹配XLEN，否则导致链接失败或运行崩溃；rv64ilp32是特例，非rv32替代品，需全栈支持。
rv32 vs rv64：先看硬件支持的XLEN
选 riscv32 还是 riscv64，第一眼就得查芯片手册里写的 XLEN（即整数寄存器宽度）。RISC-V 规范里，XLEN 决定寄存器大小、地址总线位宽和默认指针长度。如果芯片只实现 RV32I（比如大多数 Cortex-M 级别 RISC-V MCU），硬上 riscv64 会直接报错或生成非法指令；反之，RV64I 芯片（如 SiFive U74、Allwinner D1）跑 riscv32 虽然能启动，但浪费了 64 位寄存器和寻址能力，且无法访问 >4GB 内存。
- 常见 rv32 芯片：GD32VF103、ESP32-C3、Nuclei N/NX 系列部分型号
- 常见 rv64 芯片：SiFive Unleashed、StarFive VisionFive 2、Allwinner D1、玄铁 C910
- 注意：有些芯片（如玄铁 C906）支持 RV64I 但默认配置为 RV32I，需确认 boot ROM 或 reset vector 是否启用 XLEN=64
-march 和 -mabi 必须匹配 XLEN
-march 指令集和 -mabi 应用二进制接口必须跟目标 XLEN 严格对齐。例如：
riscv64-unknown-elf-gcc -march=rv64imac -mabi=lp64 ...
若写成 -march=rv64imac -mabi=ilp32，编译器不会报错，但链接时可能因符号重定位失败，或运行时因栈帧/寄存器约定错乱而崩溃。尤其 ilp32（32 位指针）只在 rv64 上合法，且仅限特定 ABI 实现（如 rv64ilp32），不能套用到 riscv32 工具链。
-
riscv32工具链只接受ilp32或ilp32f/ilp32d -
riscv64工具链可选lp64（64 位指针）、lp64f、lp64d，或实验性ilp32（需内核与 libc 支持） - LLVM 15+ 对
rv64ilp32的支持仍不完整，__attribute__((address_space))或某些原子操作可能出错
rv64ilp32 是个特例，别当成通用方案
rv64ilp32 表示“64 位指令架构 + 32 位指针”，它不是 riscv32 的替代品，而是为内存受限但需要 64 位整数运算或原子指令的场景设计的折中 ABI。它的存在前提是整个软件栈（内核、libc、驱动）都明确支持该 ABI —— 目前只有少数嵌入式 Linux 发行版（如 OpenSBI + Linux tinyconfig 配合 musl）实测可用。
- rv64ilp32 编译出的代码体积比 lp64 小约 15–25%，缓存命中率更高
- 但标准工具链（如 Debian riscv64 port）默认不提供 ilp32 libc，得自己编译 musl 或裁剪 glibc
- Clang/LLVM 中启用需显式加
-mabi=ilp32，且必须搭配-target riscv64，不能用riscv32target
LLVM 版本影响扩展支持边界
LLVM 14 之前，riscv32 后端对 Zicsr/Zifencei 扩展支持不稳定；LLVM 15 开始才完整支持 RV64GC 的原子指令生成；而 zicond（条件执行）这类较新扩展，即使指定 -march=rv64gc_zicond，也得加 -menable-experimental-extensions 才能通过。不同 LLVM 版本对 profile（如 rva22u64）的支持程度差异很大，建议用 llc --version 和 llc -mtriple=riscv64 -mcpu=generic --print-supported-arch 实时验证。
- 生产环境建议锁定 LLVM 15.0.7 或更新版本，避免
rv64gc下 atomic_load/store 生成错误的 LR/SC 序列 - 调试时用
llc -mtriple=riscv64 -march=rv64imac -o - test.ll | grep -E "lr\.w|sc\.w"检查原子指令是否按预期生成 - 不要依赖
-march=native：RISC-V 没有类似 x86 的 CPUID，LLVM 无法自动探测 host 的扩展支持
实际选型时最容易被忽略的一点：ABI 兼容性比指令集更难回退。一旦你用 rv64ilp32 编译了内核模块，就再也不能用标准 lp64 用户空间程序加载它——寄存器传参规则、栈对齐要求、甚至 sizeof(void*) 都不一致。
