裸机交叉编译需用 bare-metal triple（如 thumbv7m-unknown-elf 或 riscv32-unknown-elf），并强制添加 -ffreestanding、-fno-builtin、-nostdlib 和 -mcpu=... 等参数，配合 lld 链接器、自定义链接脚本及明确入口符号。
能交叉编译，但必须显式禁用标准库、C运行时和链接器默认行为——否则 clang 会悄悄链接 libc 和 libgcc，裸机程序直接跑飞。
clang --target 参数怎么填对 Cortex-M/RISC-V 裸机目标
裸机不是 Linux，不能用 aarch64-linux-gnu 这类带 linux 的 triple。必须用 bare-metal triple：
-
armv7m-unknown-elf：适用于 Cortex-M3/M4（不带虚拟内存，无 OS） -
thumbv7m-unknown-elf：更精确，强制 Thumb 指令集，推荐用于 M3/M4 -
riscv32-unknown-elf或riscv64-unknown-elf：RISC-V 裸机通用
注意：unknown-elf 表示“不依赖特定厂商 ABI，目标格式是 ELF”，这是裸机链接器（如 lld）能识别的最小公约数。填错 triple 会导致后端不启用对应指令生成，或链接阶段找不到匹配的启动文件。
裸机编译必须加的四个关键参数
只写 clang --target=thumbv7m-unknown-elf main.c 是无效的——它会尝试链接 host 上的 libc，并假设你有 _start 和堆栈初始化。必须显式切断这些默认行为：
-
-ffreestanding：告诉 clang 当前环境没有标准库，禁用所有隐式#include假设（比如不自动引入string.h声明） -
-fno-builtin：禁止内建函数（如memcpy、memset），避免生成调用 libc 实现的代码 -
-nostdlib：彻底跳过标准 C 库和启动文件（crt0.o等），由你自己提供_start和向量表 -
-mcpu=cortex-m4 -mfloat-abi=hard -mfpu=fpv4-d16：指定 CPU 和浮点 ABI；漏掉-mfloat-abi会导致硬浮点指令生成失败或 ABI 错配
链接阶段为什么一定要用 lld 并手动指定入口和脚本
clang 默认调用系统 ld，它不认识裸机 memory layout，也不会处理中断向量表对齐。必须用 LLVM 自家的 lld 链接器，并控制入口和布局：
- 用
-fuse-ld=lld强制 clang 调用lld，而非系统ld - 用
-e _start明确入口符号，不能依赖main（裸机没有__libc_start_main） - 用
-T linker.ld提供链接脚本，定义MEMORY区域（如FLASH (rx) : ORIGIN = 0x08000000, LENGTH = 512K）、.vector_table段位置、stack/heap 起始地址 - 如果没写链接脚本，
lld会 fallback 到内置 minimal script，但 RAM/ROM 地址全错，bin 文件烧进去就死机
常见错误现象和对应检查点
编译通过但程序不运行？八成是下面某个环节断了：
- 报错
undefined reference to `_sbrk'或`_write'：说明你漏了-nostdlib，或者链接时意外拉进了 newlib 的 stub；检查clang -### ...输出里是否含libc.a - 复位后 PC 停在 0x0 或非法地址：向量表没放在 0x08000000（或你芯片的复位向量起始地址），检查链接脚本里
.vector_table的ADDR和ALIGN(4)是否生效 - 浮点运算结果全为 0 或 NaN：
-mfloat-abi=hard和-mfpu=...不匹配，或启动代码没使能 FPU（需手动写SCB->CPACR） - 烧录后串口无输出，但 LED 闪烁正常：
printf依赖底层_write实现，裸机必须自己实现并确保符号可见；别指望newlib-nano自动塞进来
裸机交叉编译最易被忽略的，不是语法或寄存器操作，而是**链接视角下的符号可见性、段布局与硬件复位流程的严格对齐**——clang 只管生成指令，剩下的全靠你用参数和脚本一一手动钉死。
