Qt 移植时出现编译错误是本文要介绍的内容,问题的解决,我们先来看内容。决定开始 移植Linux到mini2440。首先就是在ubuntu下建立交叉编译工具链。借着在Fedora 下建立ARM-Linux的交叉编译工具的经验,按理说应该是不会有问题的,但是结果是比在Fedora下碰到的问题多得多了。以下先介绍成功编译的过程,碰到的问题和解决办法后面说。
这次编译过程中对我有重大帮助的资料有:
- 《 编译Mysql时configure: error: No curses/termcap library found 的错误解决方法》
- 《[原创]在ubuntu下动手编译arm-elf工具》
- 《在ubuntu下使用crosstool制作交叉编译工具》
- 《 ubuntu 8.04中编译ARM交叉平台的一点心得!》
关于crosstool的基本知识在我以前的
- 《在 Fedora 下建立 ARM-Linux 交叉编译环境》
中已有介绍,这里我再多说,以下是具体过程:
(1)保证你的ubuntu8.10下安装了以下软件开发工 具。 Bison flex build-essential patch [color="#ff0000"]libncurses5-dev 我并没有试过没装这些工具的后果,都是网上的经验,你要是不信这个邪,就自己吃吃这个螃蟹。
(2)因为ubuntu8.10自带的是gcc-4.3.2无法用crosstool正常编译交叉编译器,所以必须安装gcc-4.1,但是不必卸载 4.3.2。方法是用新立得软件包管理器安装gcc-4.1,之后 参考
chinazcw的方法 sudo rm /usr/bin/gcc (删除GCC,它只是个到gcc-4.3.2的软连接文件)
sudo ln -s /usr/bin/gcc-4.1 /usr/bin/gcc 建立GCC到gcc-4.1的软连接)
(3)如果你运行ls -la /bin/sh
命令看到/bin/sh其实是一个指向dash的软链接,则请运行以下命令,将/bin/sh链接到bash。sudo mv /bin/sh /bin/sh.oldsudo ln -sf bash /bin/sh
(4)按照老方法修改crosstool的文件:demo-arm9tdmi.sh、gcc-4.1.1-glibc-2.3.2.dat,最后运行demo-arm9tdmi.sh。这些过程请参考我以前的文档
- 《在 Fedora 下建立 ARM-Linux 交叉编译环境》。
过程就这么简单,但是有些是用失败换来的。下面介绍下我的编译血泪史: 一开始,我并不想用gcc-4.1而是想用自带的gcc-4.3.2,然后...
(1)编译到glibc的时候,在配置的时候会检测gcc的版本,configure 脚本认为gcc-4.3.2版本太老(其实是因为当时gcc还没有这么高的版本,只要不是3.2到4.1之间的版本,都认为too old),不能编译。
这是可以解决的,方法就是修改glibc-2.3.2根目录下 的configure 文件中的第1275行:
- test -n "$CC" && breakdoneif test -z "$CC";
- then ac_verc_fail=yeselse
- # Found it, now check the version.
- echo "$as_me:$LINENO: checking version of $CC" >&5echo $ECHO_N "checking version of $CC... $ECHO_C" >
- &6 ac_prog_version=`$CC -v 2>&1 | sed -n 's/^.*version \([egcygnustpi-]*[0-9.]*\).*$/\1/p'` case $ac_prog_version in '')
- ac_prog_version="v. ?.??, bad";
- ac_verc_fail=yes;;
- 3.[2-9]*|4.[[color="#ff0000"]0-3]*)
- ac_prog_version="$ac_prog_version, ok"; ac_verc_fail=no;; *) ac_prog_version="$ac_prog_version, bad";
- ac_verc_fail=yes;;
这样就可以骗过configure ,继续编译下去。
但是修改的时机要把握好,要在 demo-arm9tdmi.sh解压完glibc-2.3.2后,运行其configure之前。我直接就将configure拷出来,修改后在crosstool解压完所有文件后直接覆盖源文件。
其实这种方法我在fedora9下使用crosstool时就用过,但是当时发现f9真是做得比f8差,历史的倒退,所以就到回去用f8了,就没写文章总结。
(2)编译gcc-3.3.6的时候,出现以下错误:/usr/include/bits/fcntl2.h:51: error: call to '__open_missing_mode' declared with attribute error: open with O_CREAT in second argument needs 3 arguments
这纯属软件bug,因为使用open函数的时候,如果在第二个参数中使用了 O_CREAT,就必须添加第三个参数:创建文件时赋予的初始权限。 而在gcc-3.3.6/gcc/的collect2.c文件中有漏掉第三个参数的错误,而gcc-4.3对语法错误的检查严格是出了名的(4.1就不会 因此错误退出),所以就退出了。 这也是可以解决的,就是在gcc-3.3.6/gcc/collect2.c中的第1575行改为:
- redir_handle = open (redir, O_WRONLY | O_TRUNC | O_CREAT, [color="#ff0000"]0777);
我还发现glibc-2.3.2/login/tst-grantpt.c也有一个类似错误,一起改过来,除后患。第44行:fd = open (file, O_RDWR | O_CREAT, [color="#ff0000"]0777);
修改的时机也要把握好,我是在crosstool解压完所有文件后和之前configure 文件一起直接覆盖源文件。
(3)经历了以上的痛苦后,继续编译,会出现以下错误:*** buffer overflow detected ***: arm-9tdmi-linux-gnu-ar terminated
fuck!!!!!!!!编译出来的 arm-9tdmi-linux-gnu-ar根本没法用!被耍了!放弃gcc-4.3.2!!!!! 要是哪位仁兄解决了以上问题,并编译成功,一定要通知小弟啊!
(4)安装了gcc-4.1之后,重新编译。心想这回好了吧?!不想,有出了以下错误:In [color="#ff0000"]file included from
- version.c:33:/home/tekkaman/working/crosstool-0.43/build/arm-9tdmi-linux-gnu/gcc-4.1.1-glibc-2.3.2
- /build-glibc/csu/version-info.h:2:1: missing terminating "[color="#000000"]character/home/tekkaman/working/crosstool-0.43/build/
- arm-9tdmi-linux-gnu/gcc-4.1.1-glibc-2.3.2/build-glibc/csu/version-info.h:3:1: missing terminating "character
google后发现,原来是ubuntu将系统默认的shell设置成了dash (the Debian Almquist Shell),所以通过脚本生成的文件格式和bash的不一样,导致了编译错误。在使用了ursa的方法后问题解决。
- sudo mv /bin/sh /bin/sh.oldsudo ln -sf bash /bin/sh
(5)继续重新编译,在gcc做好后(此时gcc已可用,只是gdb还没编译好),编译gdb的时候出了以下错误:
- configure: error: no termcap library found
很显然,是因为没装一个库文件造成的,google后发现正解:用新立得安装libncurses5-dev(或是apt-get install libncurses5-dev)即可。
最后,编译成功,看到了盼望已久的“done”。
小结:关于Qt 移植时出现编译错误的内容介绍完了,希望本文对你有所帮助!