--sysroot必须显式指定目标平台根目录以隔离头文件和库路径，否则clang默认搜索主机路径导致abi错误；其下需含完整include/和lib/结构，推荐优先使用--gcc-toolchain自动推导而非硬编码-i/-l。
用 --sysroot 隔离目标头文件和库路径
不设 --sysroot 时，clang 会默认搜索主机系统路径（如 /usr/include），导致链接到 x86_64 的 glibc 头文件或库，生成的二进制在 ARM 设备上直接报 undefined symbol 或 cannot find -lc。必须显式指定目标平台的根目录。
-
--sysroot路径下需包含完整的include/和lib/（或usr/include、usr/lib）结构，通常来自目标板的 SDK 或 Buildroot 输出 - 常见错误是只复制了
.so文件却漏掉.h，编译阶段就失败；或只放了动态库没放libc_nonshared.a等静态存根，导致-static链接失败 - 若用的是 Debian 官方
arm-linux-gnueabihf工具链，--sysroot可指向/usr/arm-linux-gnueabihf；自建工具链则多为/opt/sysroots/armv7a类路径
避免硬编码 -L 和 -I，改用 --gcc-toolchain
手动加 -I/usr/arm-linux-gnueabihf/include 和 -L/usr/arm-linux-gnueabihf/lib 看似可行，但容易和 --sysroot 冲突，且无法自动适配 multilib（如 lib64 vs lib）或不同 ABI 变体（gnueabihf vs gnueabi）。
Clang 22.1.3
下载
Clang 22.1.3 Windows 64 位历史版本安装包，适合旧项目兼容、LLVM/Clang 工具链回退、编译行为对比、链接问题复现和 C/C++ 构建环境维护。
-
--gcc-toolchain=/usr/arm-linux-gnueabihf会让clang自动推导目标头文件位置、库搜索路径、默认链接器脚本，行为与对应 GCC 工具链一致 - 该参数必须指向工具链根目录（含
bin/、lib/、share/），不能只给bin/路径 - Windows 下若用 LLVM 官方预编译包，
--gcc-toolchain可能不生效，此时必须退回--sysroot+ 显式-L/-I
链接阶段禁用主机默认库，强制使用目标运行时
即使指定了 --sysroot，clang 仍可能悄悄链接主机的 libgcc 或 libunwind，尤其在启用 C++ 异常或 RTTI 时。这类库在目标设备上往往不存在或 ABI 不兼容。
- 加
-nostdlib彻底禁用默认启动文件和运行时库，再手动指定--entry、-lc、-lgcc等（适用于裸机或 Bootloader 场景） - 更常用的是
-nodefaultlibs+ 显式链接目标工具链提供的libc：-lc -lgcc --sysroot=/path/to/sysroot - 对 C++ 项目，务必加
-nostdinc++并用-I指向目标libstdc++的include目录，否则可能混用主机libc++头文件
用桩库（Stub Library）绕过缺失的第三方动态库
当目标设备有 libfoo.so.2，但你手头只有头文件没有对应库文件时，直接链接会失败。此时不应拷贝主机版 libfoo，而应构造轻量桩库。
- 写一个空实现的
libfoo_stubs.c，只声明头文件中所有 extern 函数，函数体留空或返回默认值 - 编译成共享库：
clang --sysroot=/target -shared -fPIC libfoo_stubs.c -o libfoo.so，放到--sysroot/lib下 - 链接时正常用
-lfoo，运行时由目标设备的动态链接器加载真实libfoo.so.2，桩库仅用于满足编译期符号检查 - 注意：桩库导出符号版本（
SONAME）无需匹配真实库，但函数签名必须完全一致（包括const、noexcept等）
ldd 在交叉环境里根本跑不了——你得靠 readelf -d 和 strings 手动查二进制依赖。
