Chinaunix首页 | 论坛 | 博客
  • 博客访问: 4252472
  • 博文数量: 241
  • 博客积分: 15936
  • 博客等级: 上将
  • 技术积分: 25293
  • 用 户 组: 普通用户
  • 注册时间: 2007-03-27 11:22
个人简介

Fedora-ARM

文章分类
文章存档

2016年(3)

2014年(1)

2013年(3)

2012年(50)

2011年(61)

2010年(26)

2009年(27)

2008年(21)

2007年(49)

分类: LINUX

2008-11-08 22:58:13

     很久都没有写文章了 ,经过了将近半年的奔波,终于可以写点东西了!在广州工作时 ,同事极力推荐我用ubuntu,使用之后的确很爽,并决定以后在ubuntu下工作,完全可以抛弃windows(晕到死)。决定开始 移植Linux到mini2440。首先就是在ubuntu下建立交叉编译工具链。借着在Fedora 下建立ARM-Linux的交叉编译工具的经验,按理说应该是不会有问题的,但是结果是比在Fedora下碰到的问题多得多了。以下先介绍成功编译的过程,碰到的问题和解决办法后面说。


这次编译过程中对我有重大帮助的资料有:

编译Mysqlconfigure: error: No curses/termcap library found 的错误解决方法》

《在ubuntu下使用crosstool制作交叉编译工具》

ubuntu 8.04中编译ARM交叉平台的一点心得!》


 
 
关于crosstool的基本知识在我以前的《在 Fedora 下建立 ARMLinux 交叉编译环境》中已有介绍,这里我再多说,以下是具体过程:

 (1)保证你的ubuntu8.10下安装了以下软件开发工具。
 Bison
 flex
 build-essential
 patch
 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.old
sudo ln -sf bash /bin/sh



 (4)按照老方法修改crosstool的文件:demo-arm9tdmi.sh、gcc-4.1.1-glibc-2.3.2.dat,最后运行demo-arm9tdmi.sh。这些过程请参考我以前的文档《在 Fedora 下建立 ARMLinux 交叉编译环境》



     过程就这么简单,但是有些是用失败换来的。下面介绍下我的编译血泪史:
     一开始,我并不想用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" && break
done

if test -z "$CC"; then
  ac_verc_fail=yes
else
  # Found it, now check the version.
  echo "$as_me:$LINENO: checking version of $CC" >&5
echo $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.[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, 0777);

    我还发现glibc-2.3.2/login/tst-grantpt.c也有一个类似错误,一起改过来,除后患。第44行:

fd = open (file, O_RDWR | O_CREAT, 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 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
" 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.old
sudo 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”。

 

 

阅读(13656) | 评论(2) | 转发(8) |
给主人留下些什么吧!~~

yajira2011-03-10 16:36:29

好像搞明白了,是因为arm9tdmi.dat中的设置TARGET=arm-linux-问题

如果我需要编译的cpu是at91sam9m10,是不是用demo-arm.sh比较好呢?

yajira2011-03-10 16:16:08

请问一下,我最后得到的信息所done
但是没有生成arm-linux-gcc
只有arm-9tdmi-linux-gnu-gcc
这是正常的么?
还是编译不成功的缘故?