recipe还会生成需要打包的-native输出

Question

我有一个成功调用遗留构建命令来交叉编译目标的方法。

作为一个副作用，它生成了一些在构建中使用的自定义本机工具。

我想将这些工具放到一个-tools-native包中，以允许其他食谱依赖于主包来访问工件，并使用-tools-native包进一步处理这些工件。

我可以简单地构建这样一个本地包，只需添加：

PROVIDES = "${PN} ${PN}-tools-native"
SYSROOT_DIRS += "/"
PACKAGES += "${PN}-tools-native"
FILES_${PN}-tools-native += "/native-bin/*"

并让安装部分将本机工具安装到/ native -bin/

但不知何故，它并不是一个真正的原生软件包，而且当通过额外的native-bin artifacts are installed inrecipe-sysrootinstead ofrecipe-sysroot-native`配方DEPENDS'd时

我还必须安装工具0644或bitbake尝试剥离它们(失败，因为它们是本机构建)。

因为本机工具已经由遗留的构建命令生成，所以我实际上不需要作为-native配方变体来调用。

这是一个很长的过程，我也不想运行两次。

目前，我通过在recipe-native-tools上使用其他食谱DEPEND并修复权限和路径来解决这个问题

但是，正确的方法是什么呢？

Answer 1

这通常由不同的配方来处理。没有机制来共享来自目标配方的本机二进制文件，因为它们的任务散列中包含错误类型的信息(它们会根据目标架构而变化)。

目标配方不会将它们的bindir/sbindir安装到sysroot中，因为我们不能运行它们，而且正如您所提到的，它们是错误的体系结构，所以它们混淆了条带等等。

您可以尝试使用依赖于此目标配方的本地配方，并将目标配方保存的二进制文件安装到do_install的${D}中。这可能会给出一些警告，因为通常本地食谱不应该依赖于目标食谱，但如果你不能构建两次，这可能是你最好的选择。