Buildroot - 应用补丁失败
我正在尝试为我的 PhidgetSBC 构建自定义内核映像但我在构建过程中遇到了失败：
bluez 4.96 提取
bluez 4.96 补丁包/bluez
对于 config.guess config.sub 中的文件；为我做 $(找到 /home/kerubu/buildroot_phidgetsbc/new/buildroot-phidgetsbc_1.0.4.20111028/output/build/bluez-4.96 -名称$文件）；执行 cp package/gnuconfig/$file $i;完毕;完成
修补 libtool
使用明文应用 buildroot-libtool.patch：修补文件 ltmain.sh
Hunk #1 在 273 处失败。
Hunk #2 在 5412 处成功（偏移 3005 行）。
Hunk #3 在 2551 处失败。
Hunk #4 在 2895 处失败。
Hunk #5 在 8058 处成功，模糊 1（偏移 2446 行）。
Hunk #6 在 5937 处失败。
6 个大块头中有 4 个失败 - 将拒绝保存到文件 ltmain.sh.rej
补丁失败！请修复buildroot-libtool.patch！
品牌：* [/home/kerubu/buildroot_phidgetsbc/new/buildroot-phidgetsbc_1.0.4.20111028/output/build/bluez-4.96/.stamp_patched] 错误1
我不知道如何从这里继续。有人有什么建议吗？
I'm trying to build a custom kernel image for my PhidgetSBC but I'm getting a failure during the build:
bluez 4.96 Extracting
bluez 4.96 Patching package/bluez
for file in config.guess config.sub; do for i in $(find
/home/kerubu/buildroot_phidgetsbc/new/buildroot-phidgetsbc_1.0.4.20111028/output/build/bluez-4.96
-name $file); do cp package/gnuconfig/$file $i; done; donePatching libtool
Applying buildroot-libtool.patch using plaintext: patching file
ltmain.shHunk #1 FAILED at 273.
Hunk #2 succeeded at 5412 (offset 3005 lines).
Hunk #3 FAILED at 2551.
Hunk #4 FAILED at 2895.
Hunk #5 succeeded at 8058 with fuzz 1 (offset 2446 lines).
Hunk #6 FAILED at 5937.
4 out of 6 hunks FAILED -- saving rejects to file ltmain.sh.rej
Patch failed! Please fix buildroot-libtool.patch!
make: *
[/home/kerubu/buildroot_phidgetsbc/new/buildroot-phidgetsbc_1.0.4.20111028/output/build/bluez-4.96/.stamp_patched]
Error 1
I'm not sure how to proceed from here. Does anyone have any advice?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
看起来补丁和“ltmain.sh”不同步。有几种方法可以实现这一点。一是调用了“autoreconf -f”，复制下来的 ltmain.sh 与补丁不兼容。如果您至少可以从 autoreconf 中删除 -f 参数，则它不应该重写它。
It looks like the patch and 'ltmain.sh' are not in sync. There's a couple ways this can happen. One is that 'autoreconf -f' has been invoked and the ltmain.sh that is copied down is not compatible with the patch. If you can at least remove the -f argument from autoreconf, it shouldn't rewrite it.
是的，您使用旧版本的 Buildroot，其中我们仅针对 libtool 1.5 提供了补丁，但您的 Bluez 版本可能使用 libtool 2.2。作为一种快速解决方法，您可以尝试将以下行添加到 bluez .mk 文件中：
这将告诉 Buildroot 不要应用 libtool 补丁。
然而，libtool 处理在 Buildroot 中已经改进了一段时间，所以不利用较新的 Buildroot 版本有点遗憾。
Yeah, you use an old version of Buildroot in which we only had a patch against libtool 1.5, but your version of Bluez probably uses libtool 2.2. As a quick workaround, you can try to add the following line to the bluez .mk file :
which will tell Buildroot to not apply the libtool patch.
However, the libtool handling has been improved since quite some time in Buildroot, so it's a bit of shame to not take advantage of the newer Buildroot releases.