移除bblayers.conf中的workspace目录后Yocto编译application报错的原因及解决方法

问题原因分析 #

咱们先拆解下问题的本质：

1. 层优先级导致的配方复用：Yocto的Workspace层（devtool生成的临时层）优先级是最高的。当你bblayers.conf里保留Workspace路径时，BitBake其实用的是devtool帮你生成的application配方，而不是你手动复制到meta-application层的版本。devtool生成的配方已经自动配置好了正确的源码路径（比如S变量指向了devtool关联的源码目录），所以能顺利找到.pro文件完成编译。
2. 手动复制的配方配置不完整：你用devtool edit-recipe时，devtool会自动帮你处理源码关联逻辑（比如设置SRC_URI指向本地源码、调整S变量指向源码根目录），但你只是单纯复制了配方文件到自己的层，没同步这些关键的源码配置。这就导致当移除Workspace后，BitBake用你meta层里的配方时，找不到正确的.pro文件所在路径。

正确的解决步骤 #

1. 彻底清理devtool的Workspace残留

先把devtool遗留的临时配置清干净，避免后续干扰：

devtool reset application

这个命令会移除Workspace中关于application配方的所有关联配置，确保BitBake不会再优先读取旧的Workspace版本。

2. 修复meta-application层的application.bb配方

重点检查两个关键配置：

• S变量：确保它指向源码中包含.pro文件的目录。比如如果你的源码是通过SRC_URI拉取并解压后生成application-1.0目录，那应该设置：

  S = "${WORKDIR}/application-1.0"
  

  如果是本地源码，你用file://方式引入的话，可能需要把S设为${WORKDIR}（前提是源码直接复制到了WORKDIR下）。
• SRC_URI：确认它正确获取到了包含.pro文件的源码。如果是本地源码，要保证路径绝对正确；如果是远程仓库，要确认克隆下来的代码里确实有对应的.pro文件。

3. 移除Workspace并清理编译环境

• 直接删除bblayers.conf中那行/home/ziga/yocto/build--beaglbone_black_c2/workspace。
• 清理编译缓存（避免旧配置残留）：

  rm -rf tmp sstate-cache cache
  

• 重新初始化环境（可选，确保配置生效）：

  source oe-init-build-env
  

• 最后重新编译：

  bitbake application
  

验证配方来源

你可以用下面的命令确认BitBake现在使用的是你meta-application层的配方：

bitbake-layers show-recipes application

输出里应该显示配方来自meta-application/recipes-all/application/application.bb，而不是Workspace目录。

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