轻松学习yocto: 06-BusyBox recipe 执行
文章摘要
本文深入剖析了 Yocto 项目中 BusyBox recipe 的构建流程，揭示了 BitBake 任务与软件自身构建系统之间的边界。核心要点如下：
- 关键发现：
do_compile()和do_install()并非来自base.bbclass，而是由busybox.inc自定义，体现了 recipe 对构建过程的精细控制。 - 目录变量：明确了
S（源码目录）、B（构建目录）、D（临时安装目录）的含义与关系。对于 BusyBox，S = B意味着源码树内编译，而D是打包前的临时根目录。 - do_compile 详解：该任务不仅调用编译器，还执行关键步骤：清空环境变量、恢复原始配置（
.config.orig→.config）、检查特定配置（如CONFIG_FEATURE_INDIVIDUAL），并通过oe_runmake桥接至实际的make命令。 - 职责分离：厘清了 BitBake 与 Make 的职责：BitBake 负责任务调度、依赖管理和环境准备；Make（通过 BusyBox 的 Makefile）负责具体的编译、链接等构建细节。
- do_install 机制：该任务不仅复制
busybox二进制文件，还处理busybox.links文件，将 BusyBox 的 applet 链接到目标路径，并使用 Yocto 目录变量（如BASE_BINDIR）实现路径可配置性，最终将文件安装到D目录。 - 任务链：阐明了从
do_compile到do_install，再到do_package（按包划分文件）和do_package_write_rpm（生成 RPM 包）的完整任务链，使每个步骤都有了具体的文件操作意义。
通过本文，读者可以透彻理解 BusyBox 在 Yocto 中的构建、安装与打包全过程，掌握从 recipe 代码反向追踪构建逻辑的方法。
很好。这一次你已经抓到 BusyBox recipe 的“真实执行体”了。
而且有一个非常重要的发现：
do_compile() 和 do_install() 不是 base.bbclass 的默认实现，而是 busybox.inc 自己定义/覆盖的实现。
这正是我们要学会从 bitbake -e 反向追 recipe 的方法。
- 先把最重要的结论画出来
你现在已经可以把 BusyBox 的核心流程画成：
busybox.bb └── include busybox.inc ├── do_compile()│ └── 在${B}中执行 └── do_install()└── 安装到${D}而你实际查到：
S=.../busybox-1.36.1 B=.../busybox-1.36.1 D=.../image所以：${S} = ${B}
This is crucial for BusyBox.
- S、B、D 现在彻底搞清楚
你现在得到：
S="/home/cxicc/yocto/build-rpi2/tmp/work/.../busybox/1.36.1/busybox-1.36.1"B="/home/cxicc/yocto/build-rpi2/tmp/work/.../busybox/1.36.1/busybox-1.36.1"