WebKit嵌入式移植

这个问题已经卡了我N久了。。。
目前在做关于WebKit移植到arm-linux下，由于WebKit移植需要依赖于很多库，目前编译到glib库，但是怎么都编译不过去，对应出现的问题如下：
由于glib依赖于gettext库，而gettext库却无法安装
总体环境ubuntu10.10，VMware虚拟机
编译gettext的环境：
gettext版本：gettext-0.18
使用gcc直接编译，命令：

./configure  --prefix=/usr

make

make install
在make时出现的错误信息如下：
/home/zzh/opt/gettext-0.18/gettext-tools/gnulib-lib/.libs/libgettextlib.so: undefined reference to `libiconv'
/home/zzh/opt/gettext-0.18/gettext-tools/gnulib-lib/.libs/libgettextlib.so: undefined reference to `libiconv_close'
/home/zzh/opt/gettext-0.18/gettext-tools/gnulib-lib/.libs/libgettextlib.so: undefined reference to `libiconv_open'
collect2: ld returned 1 exit status
make[4]: *** [msgcmp] Error 1
make[4]: Leaving directory `/home/zzh/opt/gettext-0.18/gettext-tools/src'
make[3]: *** [all] Error 2
make[3]: Leaving directory `/home/zzh/opt/gettext-0.18/gettext-tools/src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/zzh/opt/gettext-0.18/gettext-tools'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/home/zzh/opt/gettext-0.18/gettext-tools'
make: *** [all-recursive] Error 1

问题是我libiconv已经安装到了/usr目录下，可以看到/usr/lib下已经有libiconv.so、libiconv.la、libiconv.so.2、libiconv.so.2.5.0，/usr/bin目录下已经有iconv，/usr/include目录下已经有iconv.h


用arm-linux-gcc编译glib的环境(版本glib-2.29.14)：
export CC="/opt/hisi-linux/x86-arm/gcc-3.4.3-csl-uClibc-0.9.30-softvfp/usr/bin/arm-linux-gnu-gcc"
export CXX="/opt/hisi-linux/x86-arm/gcc-3.4.3-csl-uClibc-0.9.30-softvfp/usr/bin/arm-linux-gnu-g++"
export RANLIB="/opt/hisi-linux/x86-arm/gcc-3.4.3-csl-uClibc-0.9.30-softvfp/usr/bin/arm-linux-gnu-ranlib"
export AR="/opt/hisi-linux/x86-arm/gcc-3.4.3-csl-uClibc-0.9.30-softvfp/usr/bin/arm-linux-gnu-ar"
export LD="/opt/hisi-linux/x86-arm/gcc-3.4.3-csl-uClibc-0.9.30-softvfp/usr/bin/arm-linux-gnu-ld"
export STRIP="/opt/hisi-linux/x86-arm/gcc-3.4.3-csl-uClibc-0.9.30-softvfp/usr/bin/arm-linux-gnu-strip"

export PREFIX="/usr/gtkdfb"
export PATH="$PATH:$PREFIX/bin"
export C_INCLUDE_PATH="$PREFIX/include"
export LD_LIBRARY_PATH="$PREFIX/lib"
export PKG_CONFIG_PATH="$LD_LIBRARY_PATH/pkgconfig"
export LDFLAGS="-L$LD_LIBRARY_PATH"
export CFLAGS="-I$PREFIX/include"
export CPPFLAGS="-I$PREFIX/include"

编译命令：
export ARCH=arm
echo ac_cv_type_long_long=yes>>$ARCH-linux.cache
echo glib_cv_stack_grows=no>>$ARCH-linux.cache
echo glib_cv_uscore=no>>$ARCH-linux.cache
echo c_cv_func_posix_getpwuid_r=yes>>$ARCH-linux.cache
echo ac_cv_func_posix_getpwuid_r=yes>>$ARCH-linux.cache
./configure  --build=i686-pc-linux --host=arm-linux --target=arm-linux --enable-shared --prefix=$PREFIX --cache-file=$ARCH-linux.cache

在configure时就会报错，其中第一种情况下的错误如下：
checking for iconv_open... no
checking for libiconv_open in -liconv... no
checking for iconv_open in -liconv... no
configure: error: *** No iconv() implementation found in C library or libiconv

第二种情况下的错误，就是如果我指定了libiconv的目录(我也想不起来是怎么指定的了)，则会出现下一个错误就是说找不到gettext库，当然找不到这我知道因为gettext库没有安装。。

请哪位高手能够帮忙解决一下，目前实在是卡住了一直没有进展，我问了gettext官网的人，他们说安装在ubuntu下编译gettext不需要安装libiconv，因为ubuntu自带libiconv，建议我删除自己安装的，这点我试过了但是没有用。。网上还有一些其他方法说重装libiconv到/usr目录下，这点我也试了，也不行。。已经黔驴技穷了，实在想不到方法解决求助各位。
问题补充  2011-08-15 20:09
我有一个问题不太懂，对于WebKit移植依赖的库都要进行交叉编译，比如对于glib库就要进行交叉编译。但是glib库又依赖于libiconv和gettext两个库，那么这两个库到底是要进行交叉编译还是直接在linux进行编译？看网上有的人对libiconv和gettext进行交叉编译，有的人进行gcc直接编译，到底应该选择哪一个呢？
用gcc直接编译gettext，那么就会出现这个错误：checking for iconv_open... no
checking for libiconv_open in -liconv... no
checking for iconv_open in -liconv... no
configure: error: *** No iconv() implementation found in C library or libiconv

但是如果用arm-linux-gcc编译gettext，那么就会出现这个错误：
In file included from execute.c:47:
./spawn.h:383: error: field `_sp' has incomplete type

3 个解决方案

#1

我也在做这个移植，glib编译的时候需要制定一个arm-linux.cache文件才能过去，你没有吧？还有就是又一点不懂，交叉编译webkit的时候，那个configure是从哪里得到的啊？autogen.sh得到的？还是自己写的？

#2

嗯嗯，我也在编译webkit，其实编译gettext的时候只需用./configure 就行啦···然后编译glib那个缓存文件arm-linux.cache内容应该为：
echo ac_cv_type_long_long=yes>>$ARCH-linux.cache
echo glib_cv_stack_grows=no>>$ARCH-linux.cache
echo glib_cv_uscore=no>>$ARCH-linux.cache
echo ac_cv_func_posix_getpwuid_r=yes>>$ARCH-linux.cache
echo ac_cv_func_posix_getgrgid_r=yes>>$ARCH-linux.cache[/color][/color]

#3

这是个bug，我在交叉编译的时候也碰到这个问题了，终于在老外的网站上面找到了解决方法。需要对spawn.h做如下修改：
 # include <signal.h>
 #endif

+#ifdef __UCLIBC__
+# include <sched.h>
+#endif
+
 #include <sys/types.h>

 #ifndef __THROW
增加打“+”号的代码，或者参看：
http://www.anticore.org/ratgentoo/files/target/etc/portage/patches/sys-devel/gettext/spawn.patch