LLVM交叉编译C++必须显式链接libstdc++或libc++，并配对--sysroot与--stdlib=；仅设其一将导致ABI不匹配或编译失败，且头文件路径需用-I手动指定，否则报“iostream not found”或“undefined reference”错误。
LLVM交叉编译C++必须链接libstdc++或libc++
纯C项目交叉编译时，clang 只需目标平台的 C 标准库（如 libc）和头文件即可；但 C++ 项目会隐式依赖标准模板库（STL）、异常处理、RTTI、new/delete 运行时等——这些不在 libc 中，必须显式提供 C++ 标准库实现。
常见组合有两类：
-
libstdc++：GCC 工具链配套的 C++ 标准库，通常随gcc-arm-none-eabi或aarch64-linux-gnu-gcc一起安装，但 LLVM 默认不自带 -
libc++：LLVM 官方维护的 C++ 标准库，需单独编译并指定路径，对-target架构支持更一致
漏掉任一组件，编译会卡在链接阶段，报错类似：undefined reference to `operator new(unsigned long)' 或 undefined reference to `__cxa_begin_catch'。
头文件路径必须显式覆盖 stdc++/cxxabi 等目录
LLVM 的 clang 不像 GCC 那样自动搜索交叉工具链内置的 C++ 头文件。即使你装了 arm-none-eabi-g++，它的 bits/、ext/、__cxxabi_config.h 等头文件也不会被 clang -target arm-none-eabi 自动发现。
立即学习“C++免费学习笔记（深入）”；
必须用 -I 手动指定：
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
-
-I /path/to/arm-none-eabi/include/c++/12.2.0/（对应 libstdc++ 版本） -I /path/to/arm-none-eabi/include/c++/12.2.0/arm-none-eabi/-
-I /path/to/arm-none-eabi/sys-include/（含stdint.h等基础头）
否则会遇到：fatal error: 'memory' file not found 或 error: unknown type name 'size_t' ——这不是代码问题，是头文件没找对地方。
链接器参数必须补全 C++ 运行时依赖项
C++ 启动逻辑比 C 复杂：需要 __libcxxabi（异常/RTTI 实现）、libunwind（栈展开）、以及可能的 libsupc++（旧版 GCC 兼容运行时）。LLVM 默认不推导这些，全靠人工加 -lc++abi、-lunwind、-lsupc++。
典型命令示例：
clang++ -target arm-none-eabi \ -I /opt/gcc-arm-none-eabi/arm-none-eabi/include/c++/12.2.0 \ -I /opt/gcc-arm-none-eabi/arm-none-eabi/include/c++/12.2.0/arm-none-eabi \ -I /opt/gcc-arm-none-eabi/arm-none-eabi/sys-include \ --sysroot=/opt/gcc-arm-none-eabi/arm-none-eabi \ -L/opt/gcc-arm-none-eabi/arm-none-eabi/lib \ -lc++ -lc++abi -lunwind -lsupc++ \ main.cpp -o main.elf
注意：--sysroot 是关键，它让 clang 在指定根目录下查找 usr/include 和 usr/lib，避免与主机头文件混用；而 -L 单独指定库路径只是补充。
libc++ 编译时需启用 target-specific ABI 支持
如果你选 libc++ 而非 libstdc++，不能直接复用 x86_64 编译出的 libc++.a。它必须用相同 -target 重新编译，且开启对应 ABI：
- 对 ARM Cortex-M：需
-DLIBCXXABI_ARM_EHABI=ON - 对 AArch64 Linux：需
-DLIBCXXABI_USE_LLVM_UNWINDER=ON - 否则运行时抛
std::terminate called after throwing an instance of 'std::bad_alloc'，且无堆栈可查
这也是为什么多数嵌入式项目仍倾向用 libstdc++：它随工具链预编译好，ABI 稳定；而 libc++ 灵活但配置链更长，容易在 ABI 层面失配。
