gcc本身不支持交叉编译，必须使用专用交叉工具链如arm-linux-gnueabi-gcc或riscv64-unknown-elf-gcc；直接用宿主gcc编译的二进制在目标板上会报Exec format error或段错误。
gcc 本身不支持交叉编译——你得用专门的交叉工具链，比如 arm-linux-gnueabi-gcc 或 riscv64-unknown-elf-gcc。直接拿宿主机上的 gcc 编译出的二进制，在 ARM 或 RISC-V 板子上根本跑不起来，会报 Exec format error 或直接段错误。
怎么确认你有可用的交叉编译器
先查命令是否存在、是否能输出目标架构信息：
arm-linux-gnueabi-gcc -v
如果报 command not found，说明没装或没加到 $PATH；如果输出里有 Target: arm-linux-gnueabi，说明可用。
- Ubuntu/Debian 用户可直接装：
sudo apt install gcc-arm-linux-gnueabi - ARM Cortex-M 开发常用
arm-none-eabi-gcc（不带 Linux 系统调用，裸机用） - RISC-V 裸机开发常用
riscv64-unknown-elf-gcc（注意不是-linux-后缀） - 路径没加进环境变量？补一句：
export PATH=/opt/gcc-arm/bin:$PATH（按你实际安装路径改）
交叉编译单个 C 文件的最小命令
别用 gcc，用对应工具链的前缀名：
arm-linux-gnueabi-gcc -o hello hello.c
生成的 hello 是 ARM 指令，只能在 ARM Linux 板子上运行，x86 主机 ./hello 会失败。
- 加
-static可避免依赖目标机的 glibc（但体积大，且某些系统调用可能不可用） - 加
-march=armv7-a -mfpu=vfp -mfloat-abi=hard等参数才能匹配你的板子 CPU 特性，否则可能指令不识别 - 如果提示
cannot find crt1.o或ld: cannot find -lc，说明工具链不完整，或没指定 sysroot（见下一条）
为什么需要 --sysroot 和 -I/-L
交叉编译时，头文件和库必须来自目标平台，不是你宿主机的 /usr/include。否则编译能过，链接失败，或运行时报 undefined symbol。
-
--sysroot=/path/to/arm-rootfs：让编译器自动把/usr/include映射到该路径下的对应位置 - 手动指定更细粒度：
-I/path/to/sysroot/usr/include -L/path/to/sysroot/usr/lib - 常见坑：用了
arm-linux-gnueabi-gcc却没配--sysroot，结果连printf都找不到声明 - 如果你用 Buildroot 或 Yocto 生成的 SDK，里面自带完整的 sysroot，直接用它的路径就行
Makefile 里怎么写交叉编译规则
别硬编码路径，用变量控制更安全：
CROSS_COMPILE ?= arm-linux-gnueabi-
CC = $(CROSS_COMPILE)gcc
CFLAGS += --sysroot=/opt/sysroot-arm
all: hello
hello: hello.c
$(CC) $(CFLAGS) -o $@ $<p>这样执行时可以灵活切换工具链：<code>make CROSS_COMPILE=riscv64-unknown-elf-</code>。</p>
- 不要在 Makefile 里写死绝对路径，用
?=提供默认值，留出覆盖入口 - 如果项目含多个源文件，记得所有
.o都要用同一个CC生成，混用宿主gcc和交叉gcc会导致 ABI 不兼容 - 增量编译照样有效：改一个
.c，只重编它对应的.o，再链接即可
交叉编译真正麻烦的从来不是命令敲不对，而是头文件、库、ABI、浮点 ABI（soft/hard）、启动文件（crt0.o）这四层对不上——哪怕只错一层，程序就起不来。调试时优先看 file hello 输出的 architecture 和 readelf -d hello | grep NEEDED 依赖的动态库名，比猜错误原因快得多。
