centos7 glib2.0 arm版本的编译

        最近在看bluez代码，想编译个例子来玩一下，然后bluez里的例子会用到 libglib-2.0 库里的接口，于是开始了漫长的编译 arm 版本的 libglib-2.0，Linux 系统有时就是很麻烦，要编译一个库，结果发现依赖一大堆库，你需要先把依赖的库成功装好才能正常进行下去。

        首先想要成功编译 glib2.0 库，则需要提前安装两个依赖库，这一步是必须的，即使现在不装等到编译 glib2.0 的时候会失败的。

1，yum install libffi-dev （这里需要注意，如果是需要编译arm版本，还得下载源码安装）

2，yum install -y glibc-devel

特别是第2个，网上搜了大部分都是ubuntu的，人家是用 apt-get libglib2.0-dev，这个软件包名 libglib2.0-dev 在 Centos 上是不对的，真是坑啊。

我的 configure 命令行是这样的：

./configure --prefix=/usr/local/glib --host=arm-himix200-linux --cache-file=arm-himix200-linux.cache CC="arm-himix200-linux-gcc" LIBFFI_CFLAGS=/usr/include/

1， extra flags to get ANSI library prototypes... configure: error: cannot test program while cross compling

这个错误也不知道是什么原因导致的，网上搜了很多，其中看到有人说可能是下载的glib-2.0源码版本过低，当时我也不记得下载的哪个版本了，于是我先了一个比较高的版本：glib-2.30.2.tar.xz

创建一个空目录进行下载：wget http://ftp.acc.umu.se/pub/GNOME/sources/glib/2.30/glib-2.30.2.tar.xz ；确实用这个版本时，没有出现上面这个错误，但出现了其他错误。

2， Could not find a glib-genmarshal in your PATH

这个错误就是上面提到的第 2 个依赖库

3，  No package 'libffi' found

这个错误就是上面提到的第 1 个依赖库，注意这里提到的版本，如果命令行安装的版本不符合，那就直接下载一个合适的版本手动编译安装吧

4， qsort_r uses glibc compatible argument order

有几个类似的错误，都是是否支持一些特性的吧，这里不管了，直接想办法让它正常生成Makefile再说。这里是这样处理：

ac_cv_func_qsort_r=no
glib_cv_stack_grows=no
glic_cv_uscore=no
glib_cv_uscore=no
ac_cv_func_posix_getpwuid_r=no
ac_cv_func_posix_getgrgid_r=no

把这些 echo 到 arm-himix200-linux.cache 里，如：

最后configure 执行成功，才能生成Makefile

我的目标目录下：

5，gclosure.c:29:17: fatal error: ffi.h: No such file or directory

这里有一个问题很奇怪，我在编译的时候用的是：make;make install；然后在编译的过程中还是出现了一个错误：

虽然出现了这个错误，但目标目录下已经生成了glib-2.0的库，不知道为何。而这个错误更奇怪，因为这个头文件是有的，不管是我安装的libffi目录下，还是系统目录下。在最开始的 ./configure 时，我已经加了 LIBFFI_CFLAGS=/usr/include/ 来指定 libffi 的头文件位置，而且我也用过 LIBFFI_CFLAGS=/usr/local/lib/libffi-3.0.13/include/，这两个加了都没用，还是会出现找不到 ffi.h 头文件的错误，而实际这个头文件是有的：

可以看到是目录 gobject 编译gclosure时出错的，相应的我在那里添加了一下打印：

最后无奈我直接把其他地方的 ffi.h 和 ffitarget.h 直接拷贝到 gobject 目录下，再编译就不再有这个错误了。 

6，libffi.so: file not recognized: File format not recognized

这个也是开始提到的依赖库 libffi，但我们上面安装的 x86版本的，arm 版本还得自己下载源码进行编译安装了，我下载的是 libffi-3.0.13.tar.gz，因为提示这个目录下的 libffi.so文件格式不对，它是x86版本的。

我所使用的 configure 是这样的：

./configure --prefix=/usr/GNUstep/System/Library/Libraries/ --host=arm-himix200-linux 

然而实际编译出来的目标目录下还有一个 lib 目录，用 file 命令看，这里已经是 ARM 版本了

继续编译 glib-2.0 还是那个错误，干脆我直接把目标目录下的 lib 的文件拷贝到它的上一层目录下，因为这个库文件目录不知道在Makefile 哪里指定的，省点麻烦：

7， zlib.h: No such file or directory

虽然 libffi.so 的错误已经解决了，但又出现了下面这个错误，应该跟上面一样的依赖库， 

一个坑接着一个坑，真是要崩溃了。最简单的办法就是把 /usr/zlib.h 和 /usr/zconf.h 拷贝到 gio 目录下。

 

 8，arm-linux-gnueabi/bin/ld: cannot find -lz

 拷贝头文件还是不行啊，最后还是没有libz库，没有办法，还是下载源码编译安装，我用的是这个：CC=arm-himix200-linux-gcc ./configure --prefix=/usr/local/zlib/，它没有--host 选项无法指定交叉编译器。

 编译出来的成果

zlib 库虽然编译出来了，但继续编译glib的时候还会出现找不到 libz 的错误，如上面是编译gio的时候找不到 libz 库。我的解决办法就是把库拷贝到 gio 目录下，然后在它的 Makefile 里添加-L，如：

接着编译，然后又出现同样的错误

 

这个简单直接，把zlib拷贝到gio/tests/目录下，然后再修改Makefile，添加 -L./ 指定库文件目录：

 

最后真是大功告成啊，真是不容易啊，比以往所有手动编译源码的事情都复杂得多了，也是遇到前所未有的困难啊，好在最后还是成功了。

 

 最后是编译 bluez，最开始那么多的 undefined reference to xxx，到最后剩下 2 个，有一个是私有库里，但还是有一个应该也是要编译其他库：