1

我正在尝试为我的Phidg​​etSBC构建自定义内核映像,但在构建过程中出现故障:

bluez 4.96 提取

bluez 4.96 补丁包/bluez

对于 config.guess config.sub 中的文件;在 $(find /home/kerubu/buildroot_phidgetsbc/new/buildroot-phidgetsbc_1.0.4.20111028/output/build/bluez-4.96 -name $file) 中为我做 做 cp 包/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 处成功,带有 fuzz 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

我不知道如何从这里开始。有人有建议吗?

4

2 回答 2

4

是的,您使用的是旧版本的 Buildroot,其中我们只有针对 libtool 1.5 的补丁,但您的 Bluez 版本可能使用 libtool 2.2。作为一种快速解决方法,您可以尝试将以下行添加到 bluez .mk 文件:

BLUEZ_LIBTOOL_PATCH = NO

这将告诉 Buildroot 不应用 libtool 补丁。

然而,libtool 的处理在 Buildroot 中已经有很长一段时间了,所以不利用较新的 Buildroot 版本有点遗憾。

于 2011-11-16T20:11:50.390 回答
1

看起来补丁和“ltmain.sh”不同步。有几种方法可以发生这种情况。一是调用了'autoreconf -f',复制下来的ltmain.sh与补丁不兼容。如果您至少可以从 autoreconf 中删除 -f 参数,则不应重写它。

于 2011-11-15T20:55:12.350 回答