为我的 ARM SoC 交叉编译 GLIBC

Question

我做到了：-）

我基本上遵循了 Gilles 的建议并决定正确地执行：即管理 GLIBC 的完整交叉编译。我从 crosstool-ng 开始，最初很失望 - 发现它不支持我的旧内核。不过，我还是坚持了下来 - 手动编辑 crosstool-ng 保存的配置文件，对默认的 arm-gnueabi 构建配置进行如下更改：

$ ct-ng arm-unknown-linux-gnueabi
$ ct-ng menuconfig
...
$ vi .config
$ cat .config
...
CT_KERNEL_VERSION="2.6.17"
CT_KERNEL_V_2_6_17=y
CT_LIBC_VERSION="2.13"
CT_LIBC_GLIBC_V_2_13=y
CT_LIBC_GLIBC_MIN_KERNEL_VERSION="2.6.9"
CT_LIBC_GLIBC_MIN_KERNEL="2.6.9
...
$ ct-ng +libc

经过多次测试和失败的尝试后，上述更改做到了 - 我得到了可以与我的内核一起使用的 GLIBC 编译版本，并将生成的文件复制到我的 Debian Lenny ARM 机器上：

$ cd .build/arm-unknown-linux-gnueabi/build/build-libc-final/
$ tar zcpf newlibc.tgz $(find . -type f -iname \*.so)
$ scp newlibc.tgz root@mybook:.

我一路走来，超越了挤压：我debootstrapped /wheezy，然后 - 非常小心 - 用/wheezy我自己的版本覆盖了armel-debootstrapped的GLIBC版本：

# # In the ARM machine
# cd /wheezy/lib/arm-linux-gnueabi/
# mv /var/tmp/ohMyGod/libc.so libc-2.13.so
# mv /var/tmp/ohMyGod/rt/librt.so librt-2.13.so
...

...等等，确保我没有错过任何共享库。

最后，我复制了ldd和ldconfig二进制文件（它们也是 GLIBC 的一部分），并在我的 /wheezy 中进行了 chroot。

有效。

我只能假设从 x86 内的 chroot-ed 'qemu-arm' 模拟编译 GLIBC，不知何故搞砸了 - 也许该configure过程从运行环境中检测到一些东西 - 而交叉编译不能被误导。

所以很自然地我进入下一步，并使用 busybox-static shell 来代替我的旧 lenny 的 {/bin,/sbin,...} 文件夹和 wheezy 文件夹 - 并重新启动到我全新的 Wheezy :-)

本人特此声明我的 WD MyBook 世界版是地球上唯一运行 Debian Wheezy 的人:-) 如果其他人有兴趣，我可以在某个地方上传 libc 文件的 tarball。

Answer 1