Yocto构建成功但缺失RDEPENDS警告问题求助

这个问题我之前帮不少开发者排查过，本质上是Yocto的QA检查没正确识别到依赖的提供者，或者配方里的依赖声明方式有细节没处理对。咱们一步步来解决：

1. 先确认依赖符号的归属 #

首先得搞清楚CXXABI_1.3.3到底属于哪个包，避免瞎猜：

• 用交叉工具链的readelf检查你的应用实际依赖的动态库符号：

  ${TARGET_PREFIX}readelf -d tmp/work/<你的目标架构>/myApplication/0.0.1-r0/image/usr/local/bin/myApplication | grep NEEDED
  

  这里的<你的目标架构>要替换成实际值，比如armv7a-neon-linux-gnueabi之类的。
• 再用Yocto的工具查询哪个包提供这个符号：

  oe-pkgdata-query provides -s CXXABI_1.3.3
  

  正常情况下，这个符号应该属于libstdc++包——如果结果确实是它，那咱们就聚焦在依赖声明的问题上。

2. 修复依赖声明的正确姿势 #

你之前试了几种手动声明的方式，但可能漏了一个关键的配方继承类：

• 在你的myApplication.bb配方里添加：

  inherit cxx
  

  这个cxx类是Yocto专门为C应用设计的，它会自动帮你处理编译时（DEPENDS）和运行时（RDEPENDS）的C依赖，包括libstdc++，比手动加变量更可靠，也能避免语法或变量名的小错误。
• 如果还是想手动声明，确保你的变量写法完全正确：

  RDEPENDS_${PN} += "libstdc++"
  

  注意是RDEPENDS_${PN}而不是单纯的RDEPENDS，而且要放在配方里inherit语句之后的位置，确保变量被正确解析。

3. 处理QA误报的权宜之计 #

如果上面的方法都试过，警告依然存在，大概率是Yocto的QA检查出现了误报（比如旧版本的包数据没正确包含符号信息）。这时候可以暂时跳过这个检查，但只推荐在你确认依赖确实存在的情况下使用：

INSANE_SKIP_${PN} += "file-rdeps"

4. 排查版本兼容问题 #

如果以上都没用，可能是你的交叉编译器版本和目标系统的libstdc++版本不匹配：比如你混用了主机GCC编译（而不是Yocto提供的交叉编译器），导致应用需要的CXXABI版本比目标系统里的libstdc++更高。这种情况下要确保完全用Yocto的交叉工具链编译应用，不要混用外部编译器。

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