Yocto fido ->morty 更新 dnsmasq 没有 GNU_HASH答案

【问题标题】：Yocto fido ->morty update dnsmasq NO GNU_HASHYocto fido ->morty 更新 dnsmasq 没有 GNU_HASH
【发布时间】：2017-11-13 15:06:23
【问题描述】：

因此，我被赋予了将基于 yocto 的系统从 fido 升级到 morty 的任务。我对 yocto 的经验很少，我一直在努力解决它，并试图理解它近一个星期。我已经设法解决了一些问题，但现在我在尝试构建映像时遇到了问题：

dnsmasq-2.68-r0 do_package_qa: QA Issue: No GNU_HASH in the elf binary: '/oe/.../dnsmasq/2.68-r0/packages-split/dnsmasq/usr/bin/dnsmasq'

我已经在网上寻找解决方案，我确实找到了一种通过添加来抑制错误的方法：

INSANE_SKIP_${PN} = "ldflags"

在食谱中。

但是，我不认为这是“正确”的做法，而且我在另一个食谱中使用了它，但也有同样的问题。我还发现有人有类似的问题，重新排列包就可以了，但我不知道该怎么做。

所以我的问题是：将 insane_skip 添加到所有有此问题的食谱中是否是个坏主意，如果是，如何解决？

【问题讨论】：

【解决方案1】：

您可能会从meta-oe 中的dnsmasq 配方中受益。

您的问题是 dnsmasq 不尊重 LDFLAGS 开箱即用的变量。尝试添加：

EXTRA_OEMAKE_append = " 'LDFLAGS=${LDFLAGS}'"

你的食谱。（请参阅链接 URL 中的配方）。

【讨论】：

成功了，谢谢。但是，为什么当我搬到 morty 时，现在这是一个问题，而在 fido 中却不是问题？
除非您密切关注开发周期，否则请务必查看 Yocto 项目参考手册中的迁移指南。 yoctoproject.org/docs/2.2.1/ref-manual/… 中介绍了此特定更改。

【解决方案2】：

在某个地方，您可能已经用 EXTRA_OECONF = " foobar " 覆盖了 EXTRA_OECONF。
使用 += 概念可能会解决问题：

EXTRA_OECONF += " foobar "

【讨论】：