在BB配方中，inherit nativesdk与BBLASSEXTEND="nativesdk"的差异对比

嘿，这个问题问到点子上了——在Yocto Project的BB配方体系里，这两种实现nativesdk相关构建的方式，核心逻辑和适用场景都有不小的区别，我给你逐一拆解：

1. 作用范围与继承逻辑差异 #

• inherit nativesdk：这是直接继承Yocto提供的nativesdk类，属于“全量接管”式的配置。它会给配方注入一整套针对主机构建环境的变量、函数和规则，直接改变配方的整体构建上下文，让整个配方的目标变成产出能在构建机器上运行的工具。
• BBLASSEXTEND="nativesdk"：这是对配方构建变体的扩展，相当于给原配方“加了一条并行的构建流水线”。它不会替换原配方的基础配置，而是在原配方的基础上，额外生成一个nativesdk版本的构建任务，原配方针对目标硬件的构建逻辑依然保留。

2. 依赖处理方式不同 #

• 使用inherit nativesdk的配方，所有依赖都会自动切换为nativesdk版本的包。比如原本依赖bar，现在会自动关联nativesdk-bar，因为整个构建是面向主机环境的，依赖必须是能在主机上运行的版本。
• 用BBLASSEXTEND="nativesdk"的配方，会维护两条独立的依赖链：原配方的依赖还是针对目标硬件的，而nativesdk变体的依赖会单独处理为对应的nativesdk版本，两者互不干扰。

3. 适用场景完全不同 #

• inherit nativesdk：专为仅需在构建机器上运行的工具设计，比如一些辅助编译的脚本、主机端的调试工具等。这类配方从一开始就是为nativesdk打造的，不会产出针对目标硬件的包。
• BBLASSEXTEND="nativesdk"：适用于那些“一软两用”的软件——既需要在目标硬件上运行，又需要在主机端有一个工具版本。比如某些代码生成工具，或者跨平台调试辅助程序，用这个方式可以让一个配方同时产出两种用途的包，避免重复写配方。

4. 构建变量与行为的调整逻辑 #

• 继承nativesdk类后，大量核心构建变量会被直接覆盖：比如TARGET_SYS会被设置为主机的系统类型，S、B等构建目录也会做适配调整，整个构建流程会优先贴合主机环境的要求。
• 而BBLASSEXTEND="nativesdk"是通过变量覆写机制实现的：它会给nativesdk变体添加OVERRIDES += "nativesdk"，通过覆写特定变量来适配主机构建，原配方的变量和构建逻辑完全保留，两个构建任务并行执行。

5. 产出包的命名与数量 #

• inherit nativesdk的配方，产出的包名会自动带上nativesdk-前缀，比如原包名是foo，最终产出的就是nativesdk-foo，只会生成这一个针对主机的包。
• BBLASSEXTEND="nativesdk"的配方会同时产出两个包：原配方针对目标硬件的包（比如foo），以及nativesdk版本的包（nativesdk-foo），一次构建完成两种产出。

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