Clang交叉编译必须显式指定--stdlib=和--sysroot，否则既不链接标准库也不找对应头文件，导致“iostream not found”或“undefined reference”错误；仅设其一将引发ABI不匹配或编译失败。
Clang交叉编译时标准库不自动生效，必须显式指定
Clang 本身不自带完整标准库实现，交叉编译时默认既不链接 libstdc++ 也不链接 libc++，也不会自动查找对应头文件路径。你看到的 fatal error: 'iostream' file not found 或链接阶段的 undefined reference to '__cxa_begin_catch'，几乎都源于此。它不像 gcc 那样隐式绑定系统 GCC 工具链的标准库。
用 --stdlib= + --sysroot 组合控制标准库选择
Clang 提供 --stdlib= 参数决定使用哪套 C++ 标准库，但该参数**仅影响链接行为**，不解决头文件路径问题；头文件仍需靠 --sysroot 或 -I 显式提供。
-
--stdlib=libstdc++：链接目标平台 GCC 工具链提供的libstdc++.so，需确保--sysroot指向含usr/include/c++/x.y/和usr/lib/x86_64-linux-gnu/libstdc++.so的目录 -
--stdlib=libc++：链接 LLVM 自研标准库，需提前交叉编译好libc++并放入--sysroot对应位置（如usr/include/c++/v1/、usr/lib/libc++.so） - 省略
--stdlib=：Clang 可能 fallback 到宿主机的 libstdc++（危险！架构/ABI 不匹配），或完全不链接——此时连new、std::string都不可用
常见错误：只设 --sysroot 却没配对 --stdlib
例如你执行：clang++ -target aarch64-unknown-linux-gnu --sysroot=/opt/sysroots/arm64 --sysroot 指向了正确的 ARM64 sysroot，但没加 --stdlib=libstdc++，Clang 会尝试链接宿主机 x86_64 的 libstdc++.so，导致 file format not recognized 错误。反过来，只写 --stdlib=libc++ 而 --sysroot 里没有 libc++ 头文件和库，编译直接失败。
Clang 22.1.3 Windows 64 位历史版本安装包，适合旧项目兼容、LLVM/Clang 工具链回退、编译行为对比、链接问题复现和 C/C++ 构建环境维护。
正确写法示例（以 ARM64 Linux 为例）：
clang++ -target aarch64-unknown-linux-gnu \ --sysroot=/opt/sysroots/arm64 \ --stdlib=libstdc++ \ -I/opt/sysroots/arm64/usr/include/c++/11 \ -I/opt/sysroots/arm64/usr/include/c++/11/aarch64-linux-gnu \ hello.cpp -o hello
Windows MSVC 目标下标准库更受限
当用 -target x86_64-pc-windows-msvc 时，Clang 实际复用 MSVC 的 msvcp140.dll 和 ucrtbase.dll，不支持 --stdlib=libc++。此时必须确保：
-
--sysroot指向 Visual Studio 安装目录下的VC/Tools/MSVC/xx.x.xxxxx/子路径（含include和lib） - 不加
--stdlib（Clang 会自动适配 MSVC STL）或显式写--stdlib=libc++会报错 - 若用 MinGW 目标（
-target x86_64-w64-mingw32），则走libstdc++路线，且需匹配 MinGW 工具链的 sysroot
最易被忽略的是：不同目标三元组（msvc vs mingw32 vs linux-gnu）背后绑定的标准库生态完全不同，不能混用头文件路径或链接选项。
