只写--sysroot不够，因其仅修改路径前缀而不自动添加分散的头文件和库子目录，需配合-i和-l显式指定所有路径，否则预处理或链接会失败。
直接用 --sysroot 参数最可靠，但必须配对设置头文件和库路径，否则 #include 能过、链接会失败。
为什么只写 --sysroot 不够
很多人以为设了 --sysroot=/opt/arm64-ubuntu 就万事大吉，结果编译时提示 fatal error: stdio.h: No such file or directory 或 undefined reference to 'printf'。这是因为：
-
--sysroot只改默认搜索路径前缀（/usr/include → $SYSROOT/usr/include），但不自动添加额外路径 - 目标系统头文件可能分散在
$SYSROOT/include和$SYSROOT/usr/include两处 - 库文件可能分布在
$SYSROOT/lib、$SYSROOT/usr/lib、$SYSROOT/usr/lib/aarch64-linux-gnu等多个子目录 - 链接器（
ld）是否支持--sysroot取决于版本；老版本只生效于头文件，库路径仍需显式指定
CFLAGS 和 LDFLAGS 必须分开配
不能指望一个 --sysroot 覆盖所有场景。实际编译中，预处理、编译、链接三阶段依赖不同路径：
-
CFLAGS控制预处理和编译：要包含--sysroot+ 所有头文件路径，例如：CFLAGS="--sysroot=$SYSROOT -I$SYSROOT/usr/include -I$SYSROOT/include" -
LDFLAGS控制链接：同样需要--sysroot，但必须显式加-L指向每个库目录，例如：LDFLAGS="--sysroot=$SYSROOT -L$SYSROOT/lib -L$SYSROOT/usr/lib -L$SYSROOT/usr/lib/aarch64-linux-gnu" - 漏掉
-L$SYSROOT/usr/lib/aarch64-linux-gnu是常见坑——glibc 的架构特定库（如libc_nonshared.a）常放这里
环境变量 vs 命令行参数：优先用环境变量
每次手动敲 --sysroot 容易出错，尤其配合 pkg-config 或 autotools 项目时。推荐导出标准环境变量：
export SYSROOT=/opt/arm64-ubuntuexport CFLAGS="--sysroot=$SYSROOT -I$SYSROOT/usr/include -I$SYSROOT/include"export LDFLAGS="--sysroot=$SYSROOT -L$SYSROOT/lib -L$SYSROOT/usr/lib -L$SYSROOT/usr/lib/aarch64-linux-gnu"-
export PKG_CONFIG_SYSROOT_DIR=$SYSROOT（让pkg-config自动加--sysroot） -
export PKG_CONFIG_LIBDIR=$SYSROOT/usr/lib/aarch64-linux-gnu/pkgconfig（避免找到主机的 .pc 文件）
这样运行 ./configure && make 就能自动生效；但注意：某些项目（如 Linux kernel）忽略 CFLAGS，必须用 make ARCH=arm64 CROSS_COMPILE=aarch64-linux-gnu-。
验证 --sysroot 是否真起作用
别凭感觉，用这两条命令确认：
- 查头文件路径：
aarch64-linux-gnu-gcc -E -v -x c /dev/null 2>&1 | grep "search starts here"—— 输出里应出现你的$SYSROOT路径 - 查库路径：
aarch64-linux-gnu-gcc -print-search-dirs | grep libraries—— 显示的路径应以$SYSROOT开头 - 如果没出现，说明
--sysroot没被传进去，检查是否被 Makefile 或 configure 脚本覆盖
真正麻烦的是混合使用 Buildroot/Poky/Yocto 生成的 sysroot：它们的 lib 目录结构不一致，/usr/lib 下可能没有 libc.so，而是在 lib 根目录下。这种时候，--sysroot 必须精准对应构建时用的 rootfs 目录，不能只复制部分子目录。
