Yocto交叉编译dbcppp报std::variant需C++17支持问题

该报错完全由交叉编译阶段未启用C17标准支持导致。
你本地原生编译dbcppp正常，是因为本地cmake检测到代码的C17特性依赖时会自动追加对应标准编译参数；而NXP Yocto hardknott版本全局默认的C编译标准为C14，GCC 10.2本身完整支持C17所有特性，只是未传入对应编译参数，因此无法识别std::variant及衍生的value_type_t等C17专属符号，和编译器版本本身无关。

根据你集成dbcppp的方式不同，对应配置如下：

方式一：dbcppp作为独立Yocto recipe集成 #

• 在dbcppp对应的.bb配方文件中追加以下配置，强制指定该库编译时使用C++17标准：

inherit cmake
CXXFLAGS:append = " -std=c++17"

如果库代码依赖GNU C++扩展，可将参数替换为-std=gnu++17。

• 若dbcppp上游的CMakeLists.txt已经通过target_compile_features(dbcppp PUBLIC cxx_std_17)声明了C17依赖，你不需要额外修改dbcppp的recipe，只需要确保主应用的recipe没有手动覆盖CXXFLAGS中的C标准参数即可，构建时依赖关系会自动把C++17的编译要求传递给主程序。

方式二：dbcppp源码嵌入主应用工程一同编译 #

• 先在主应用工程顶层CMakeLists.txt中全局指定C++标准要求：

set(CMAKE_CXX_STANDARD 17)
set(CMAKE_CXX_STANDARD_REQUIRED ON)
set(CMAKE_CXX_EXTENSIONS OFF)

• 对应主应用的Yocto recipe中，不要手动追加-std=c++11/-std=c++14这类低版本C++标准的编译参数即可，cmake类继承会自动识别CMakeLists.txt里的标准配置传递给交叉编译器。

• 验证配置是否生效：构建主应用时添加-v参数查看完整编译命令，即执行bitbake <你的主应用包名> -c compile -v，确认输出的交叉编译命令中携带-std=c++17参数即为配置生效。
• 不要在conf/local.conf中全局给所有组件追加C17编译参数，hardknott版本中部分系统基础组件仅适配C14及以下标准，全局修改标准版本会触发其他无关组件的编译失败，仅针对依赖C++17的特定包配置即可。

若配置后仍报错，检查是否存在全局bbappend、自定义class文件提前覆盖了CXXFLAGS中的标准参数，将对应低版本标准参数移除或修改为17即可。

内容的提问来源于stack exchange，提问作者Michael