conan profile中compiler.libcxx必须显式指定，否则CMake toolchain缺失-stdlib=选项，导致链接时出现undefined reference to operator new等ABI不兼容错误，常见值为libstdc++或libc++。
conan profile里compiler.libcxx必须显式指定
不写compiler.libcxx，Conan 2 默认不设值，CMake 生成的 toolchain 里就不会带 -stdlib=libstdc++ 或对应链接选项，结果就是链接时找不到 std::string、std::vector 符号——尤其在交叉编译或混用不同 libcxx 的环境里，报错常是 undefined reference to `operator new(unsigned long)' 这类底层符号。
该值不是可选的“建议配置”，而是影响 ABI 兼容性的硬性开关。常见取值有：
-
libstdc++：GCC 旧 ABI（GCC -
libstdc++11：GCC 5.1+ 默认，启用 C++11 ABI，std::string内存布局与旧版不兼容 -
libc++：Clang / LLVM 环境下使用，需确保工具链和系统库都提供 libc++，嵌入式平台极少支持
交叉编译 profile 中compiler.libcxx要和 sysroot 里的实际 libcxx 匹配
比如你用 aarch64-poky-linux-gcc 编译，sysroot 路径为 /opt/sysroots/aarch64-poky-linux，那得确认里面 usr/lib/libstdc++.so 对应的是哪个 ABI 版本。查法：
file /opt/sysroots/aarch64-poky-linux/usr/lib/libstdc++.so
如果输出含 GLIBCXX_3.4.21 或更高，基本对应 libstdc++11；若只到 GLIBCXX_3.4.20，大概率是旧 ABI，得用 libstdc++。
立即学习“C++免费学习笔记（深入）”；
不匹配的后果不是编译失败，而是运行时报 symbol lookup error: undefined symbol: _ZTVSt15basic_streambufIcSt11char_traitsIcEE 这类诡异错误——因为链接了旧版 libstdc++，但代码按新版 ABI 调用虚表。
推荐做法：
- 在 profile 的
[settings]段明确写死compiler.libcxx=libstdc++11（绝大多数现代嵌入式 toolchain 都适用） - 同时在
[conf]段加tools.build:sysroot=/path/to/sysroot，让 Conan 把 sysroot 透传给 CMake - 避免依赖
conan profile detect自动推断——它无法读取 sysroot 内容，容易误判
compiler.libcxx 和 CMake 的 CMAKE_CXX_STANDARD_LIBRARIES 不是一回事
有人试图在 [conf] 里手动加 tools.cmake.cmaketoolchain:extra_cxx_flags=-stdlib=libstdc++ 来覆盖，这不对。Conan 的 compiler.libcxx 是用于生成 conan_toolchain.cmake 中的 set(CMAKE_CXX_STANDARD_LIBRARIES ...) 和链接器参数（如 -lstdc++），而 CMake 本身不会自动把 -stdlib=xxx 当作编译选项塞进 CMAKE_CXX_FLAGS。
真正起作用的是 Conan 生成的 toolchain 文件里这一段：
set(CMAKE_CXX_STANDARD_LIBRARIES "-lstdc++" CACHE STRING "") set(CMAKE_CXX_FLAGS_INIT "-std=gnu++17 -stdlib=libstdc++" CACHE STRING "")
所以别绕开 compiler.libcxx，直接改它最稳。如果你看到生成的 conan_toolchain.cmake 里没有 -stdlib=，第一反应应该是检查 profile 里有没有漏写 compiler.libcxx，而不是去 patch CMakeLists.txt。
静态链接 libstdc++ 时compiler.libcxx仍需保持一致
即使你用 -static-libstdc++ 强制静态链接，compiler.libcxx 的值也必须和动态链接场景一致。否则会出现头文件和库 ABI 错配：比如 profile 设成 libstdc++，但实际链接的是 libstdc++11.a，编译能过，运行时 std::string 构造函数可能直接 crash。
静态链接建议组合：
- profile 中设
compiler.libcxx=libstdc++11 - 在
[conf]加tools.build:linker_flags=["-static-libstdc++"] - 确保你的 sysroot 提供
libstdc++11.a（不是只有libstdc++.a）
最容易被忽略的一点：libstdc++11 是 ABI 标识，不是文件名。它不对应磁盘上某个叫 libstdc++11.a 的文件，而是指那个启用了 C++11 ABI 的 libstdc++.a ——所以别在文件系统里盲目找名字带 “11” 的静态库。
