cross-compile 时的 libtool 陷阱

做了不少的 cross-compiling 了，但是 libtool 是个头痛的问题。autconf/automake 这一套本来是为了方便编译的，现在却给交叉编译带来了新的。关于这个话题，下面两篇文章讲得比较明白：

• Avoiding libtool minefields when cross-compiling

• 避免cross-compile的陷阱：libtool

或许，在需要的时候避免使用 libtool 也是个解决方案？

[Update@Thu Jan 17 17:35:37 CST 2008]
工作中，cross-compile 一块的惯常做法还是 bob 的 blog ：《如何交叉编译 应用程序，技巧，注意事项》里提到的方法：先通过 configure 生成 编译 package 的 Makefile，然后手动修改这些 Makefile。这是一种土方法，但却成了我们开发中的传统，力气活，很累人，已经有好几次到了崩溃的边缘。我很讨厌这种方法，因为所有这些的工作都是一次性的。如果一个 package 需要跟随 upstream 升级，你就必须从头再来一遍；如果自己做了一些修改，那还要把改动合过去，跟麻烦。

基于上述原因，我一直寻找一种可以快速跟随 upstream 并管理自己 patch 的方案，虽然由于种种原因很难在工作上使用，但我至少可以体会“亲手打造”一套系统的畅快淋漓。OpenMoko 的方法就不错，值得学习。

--
每一个不曾起舞的日子都是对生命的辜负。