在ubuntu8.10 下建立 ARM-Linux 交叉編譯環(huán)境
這次編譯過程中對我有重大幫助的資料有:
《 編譯Mysql時(shí)configure: error: No curses/termcap library found 的錯(cuò)誤解決方法》
《[原創(chuàng)]在ubuntu下動手編譯arm-elf工具》
《在ubuntu下使用crosstool制作交叉編譯工具》
《 ubuntu 8.04中編譯ARM交叉平臺的一點(diǎn)心得!》
關(guān)于crosstool的基本知識在我以前的
《在 Fedora 下建立 ARM-Linux 交叉編譯環(huán)境》
中已有介紹,這里我再多說,以下是具體過程:
(1)保證你的ubuntu8.10下安裝了以下軟件開發(fā)工具。
Bison
flex
build-essential
patch
libncurses5-dev
我并沒有試過沒裝這些工具的后果,都是網(wǎng)上的經(jīng)驗(yàn),你要是不信這個(gè)邪,就自己吃吃這個(gè)螃蟹。
(2)因?yàn)閡buntu8.10自帶的是gcc-4.3.2無法用crosstool正常編譯交叉編譯器,所以必須安裝gcc-4.1,但是不必卸載4.3.2。方法是用新立得軟件包管理器安裝gcc-4.1,之后 參考
chinazcw
的方法
sudo rm /usr/bin/gcc (刪除GCC,它只是個(gè)到gcc-4.3.2的軟連接文件)
sudo ln-s /usr/bin/gcc-4.1 /usr/bin/gcc (建立GCC到gcc-4.1的軟連接)
(3)如果你運(yùn)行
ls -la /bin/sh
命令看到/bin/sh其實(shí)是一個(gè)指向dash的軟鏈接,則請運(yùn)行以下命令,將/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,最后運(yùn)行demo-arm9tdmi.sh。這些過程請參考我以前的文檔
《在 Fedora 下建立 ARM-Linux 交叉編譯環(huán)境》
。
過程就這么簡單,但是有些是用失敗換來的。下面介紹下我的編譯血淚史:
一開始,我并不想用gcc-4.1而是想用自帶的gcc-4.3.2,然后......................
(1)編譯到glibc的時(shí)候,在配置的時(shí)候會檢測gcc的版本,configure 腳本認(rèn)為gcc-4.3.2版本太老(其實(shí)是因?yàn)楫?dāng)時(shí)gcc還沒有這么高的版本,只要不是3.2到4.1之間的版本,都認(rèn)為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 ,繼續(xù)編譯下去。
但是修改的時(shí)機(jī)要把握好,要在 demo-arm9tdmi.sh解壓完glibc-2.3.2后,運(yùn)行其configure之前。我直接就將configure拷出來,修改后在crosstool解壓完所有文件后直接覆蓋源文件。
其實(shí)這種方法我在fedora9下使用crosstool時(shí)就用過,但是當(dāng)時(shí)發(fā)現(xiàn)f9真是做得比f8差,歷史的倒退,所以就到回去用f8了,就沒寫文章總結(jié)。
(2)編譯gcc-3.3.6的時(shí)候,出現(xiàn)以下錯(cuò)誤:
/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,因?yàn)槭褂胦pen函數(shù)的時(shí)候,如果在第二個(gè)參數(shù)中使用了 O_CREAT,就必須添加第三個(gè)參數(shù):創(chuàng)建文件時(shí)賦予的初始權(quán)限。而在gcc-3.3.6/gcc/的collect2.c文件中有漏掉第三個(gè)參數(shù)的錯(cuò) 誤,而gcc-4.3對語法錯(cuò)誤的檢查嚴(yán)格是出了名的(4.1就不會因此錯(cuò)誤退出),所以就退出了。
這也是可以解決的,就是在gcc-3.3.6/gcc/collect2.c中的第1575行改為:
redir_handle = open (redir, O_WRONLY | O_TRUNC | O_CREAT,0777);
我還發(fā)現(xiàn)glibc-2.3.2/login/tst-grantpt.c也有一個(gè)類似錯(cuò)誤,一起改過來,除后患。第44行:
fd = open (file, O_RDWR | O_CREAT,0777);
修改的時(shí)機(jī)也要把握好,我是在crosstool解壓完所有文件后和之前configure 文件一起直接覆蓋源文件。
(3)經(jīng)歷了以上的痛苦后,繼續(xù)編譯,會出現(xiàn)以下錯(cuò)誤:
* buffer overflow detected *: arm-9tdmi-linux-gnu-ar terminated
fuck?。。。。。。?!編譯出來的 arm-9tdmi-linux-gnu-ar根本沒法用!被耍了!放棄gcc-4.3.2!!!!!
要是哪位仁兄解決了以上問題,并編譯成功,一定要通知小弟啊!
(4)安裝了gcc-4.1之后,重新編譯。心想這回好了吧?!不想,有出了以下錯(cuò)誤:
Infileincluded 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后發(fā)現(xiàn),原來是ubuntu將系統(tǒng)默認(rèn)的shell設(shè)置成了dash (the Debian Almquist Shell),所以通過腳本生成的文件格式和bash的不一樣,導(dǎo)致了編譯錯(cuò)誤。在使用了
ursa
的方法后問題解決。
sudo mv /bin/sh /bin/sh.old
sudo ln -sf bash /bin/sh
(5)繼續(xù)重新編譯,在gcc做好后(此時(shí)gcc已可用,只是gdb還沒編譯好),編譯gdb的時(shí)候出了以下錯(cuò)誤:
configure: error: no termcap library found
很顯然,是因?yàn)闆]裝一個(gè)庫文件造成的,google后發(fā)現(xiàn)正解:用新立得安裝libncurses5-dev(或是apt-get install libncurses5-dev)即可。
最后,編譯成功,看到了盼望已久的“done”。
評論