c++oding="utf-8" ?>
Buildroot适合轻量快速场景，Yocto适合深度定制与长期维护；选错易致C++ ABI不兼容、调试符号丢失或libstdc++.so版本错配。
Buildroot 和 Yocto 都能构建含 C++ 运行环境的根文件系统，但 Buildroot 更适合轻量、快速、确定性要求高的嵌入式场景；Yocto 适合需要深度定制、多层依赖或企业级长期维护的项目。选错工具会导致编译失败、C++ ABI 不兼容、调试符号丢失或 libstdc++.so 版本错配等硬伤。
Buildroot 中启用 C++ 支持的关键配置项
Buildroot 默认不启用 C++ 工具链和标准库，必须显式开启，否则 g++ 不可用、libstdc++ 不进 rootfs、CMake 项目会报 “no C++ compiler” 或 “cannot find -lstdc++”。
- 进入
make menuconfig→ Toolchain 子菜单 - 勾选
Enable C++ support（对应配置项BR2_INSTALL_LIBSTDCPP） - 确认
BR2_TOOLCHAIN_EXTERNAL_GLIBC或BR2_TOOLCHAIN_BUILDROOT_GLIBC已启用（若用 musl，则需确保BR2_TOOLCHAIN_BUILDROOT_MUSL+BR2_TOOLCHAIN_BUILDROOT_CXX同时打开） - 不要手动修改
output/host/usr/bin/arm-linux-g++的链接目标——它由 Buildroot 自动管理，改了会导致后续包编译失败
启用后，output/target/usr/lib/libstdc++.so* 和 output/host/usr/arm-buildroot-linux-gnueabihf/sysroot/usr/include/c++/ 会自动就位。验证方式：readelf -d output/target/usr/bin/busybox | grep NEEDED 应不含 libstdc++（busybox 本身不用），但你自己的 C++ 程序链接时会正常带入。
在 Buildroot 中集成自定义 C++ 应用的两种可靠方式
直接把源码扔进 output/build/ 手动编译是反模式。Buildroot 要求所有包走统一构建流程，否则无法保证交叉工具链、sysroot 路径、pkg-config 路径一致。
-
推荐：用
local.mk+generic-package—— 适合单个应用，无需发布到社区。在board/mycompany/myboard/local.mk中写：MYAPP_VERSION = 1.0 MYAPP_SITE = $(TOPDIR)/../myapp MYAPP_SITE_METHOD = local MYAPP_DEPENDENCIES = host-cmake zlib libcurl # 显式声明依赖 $(eval $(generic-package))
再在myapp/CMakeLists.txt中用find_package(Threads REQUIRED)而非硬编码-pthread，避免 target_link_libraries 失败 -
替代：新建 package 目录（如
package/myapp/） —— 适合复用或提交 PR。必须提供myapp.mk和Config.in，且myapp.mk中要设置MYAPP_INSTALL_TARGET = YES，否则二进制不会进output/target/
注意：CMake 项目中禁用 set(CMAKE_SYSTEM_NAME Linux) —— Buildroot 已通过 CMAKE_TOOLCHAIN_FILE 注入完整交叉环境，重复设置会覆盖 CMAKE_FIND_ROOT_PATH，导致 find_library 找不到 libstdc++.so。
Yocto 中 C++ 构建失败的三个高频原因
Yocto 的 C++ 支持默认开启，但实际构建中仍常因元数据层或配置冲突导致失败，错误信息往往藏在 tmp/work/.../temp/log.do_compile 里，而不是终端输出。
-
ERROR: Nothing PROVIDES 'virtual/libstdc++'：说明当前 MACHINE 或 DISTRO 没启用 glibc/musl 的 C++ 支持。检查conf/local.conf是否有TOOLCHAIN ?= "gcc"，并确认meta/recipes-core/glibc/glibc_%.bbappend未误删EXTRA_OECONF += "--enable-libstdcxx-pch" -
undefined reference to `__cxa_throw'：典型 ABI 不匹配。宿主机用 GCC 13 编译了 SDK，但 Yocto 配置的是 GCC 12 toolchain，导致libstdc++.so.6.0.30和libstdc++.so.6.0.29混用。解决方案是统一PREFERRED_VERSION_gcc并清空tmp/重编 -
cmake: error while loading shared libraries: libz.so.1：不是 zlib 没装，而是 CMake 本身被交叉编译成 target 二进制了（应为 host 二进制）。检查 recipe 是否漏写了inherit cmake或误加了BBCLASSEXTEND = "native"
Yocto 的真正复杂点不在 C++ 本身，而在 layer 间 symbol 冲突：比如 meta-qt5 和 meta-openembedded 都提供 qmake，但一个用 libstdc++，另一个用 libcxx，bitbake -e | grep ^TARGET_SYS 可快速定位当前生效的 toolchain。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
