Qt 移植時出現(xiàn)編譯錯誤是本文要介紹的內(nèi)容，問題的解決，我們先來看內(nèi)容。決定開始 移植Linux到mini2440。首先就是在ubuntu下建立交叉編譯工具鏈。借著在Fedora 下建立ARM－Linux的交叉編譯工具的經(jīng)驗，按理說應(yīng)該是不會有問題的，但是結(jié)果是比在Fedora下碰到的問題多得多了。以下先介紹成功編譯的過程，碰到的問題和解決辦法后面說。

這次編譯過程中對我有重大幫助的資料有：

《 編譯Mysql時configure: error: No curses/termcap library found 的錯誤解決方法》  
《[原創(chuàng)]在ubuntu下動手編譯arm-elf工具》  
《在ubuntu下使用crosstool制作交叉編譯工具》  
《 ubuntu 8.04中編譯ARM交叉平臺的一點心得！》 

關(guān)于crosstool的基本知識在我以前的

《在 Fedora 下建立 ARM－Linux 交叉編譯環(huán)境》 

中已有介紹，這里我再多說，以下是具體過程：
（1）保證你的ubuntu8.10下安裝了以下軟件開發(fā)工 具。 Bison flex build-essential patch [color="#ff0000"]libncurses5-dev 我并沒有試過沒裝這些工具的后果，都是網(wǎng)上的經(jīng)驗，你要是不信這個邪，就自己吃吃這個螃蟹。

（2）因為ubuntu8.10自帶的是gcc-4.3.2無法用crosstool正常編譯交叉編譯器，所以必須安裝gcc-4.1,但是不必卸載 4.3.2。方法是用新立得軟件包管理器安裝gcc-4.1，之后 參考

chinazcw的方法 sudo rm /usr/bin/gcc (刪除ＧＣＣ，它只是個到gcc-4.3.2的軟連接文件)  

sudo ln -s /usr/bin/gcc-4.1 /usr/bin/gcc 建立ＧＣＣ到gcc-4.1的軟連接) 

（3）如果你運行l(wèi)s -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 交叉編譯環(huán)境》。 

過程就這么簡單，但是有些是用失敗換來的。下面介紹下我的編譯血淚史：     一開始，我并不想用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 ，繼續(xù)編譯下去。

但是修改的時機要把握好，要在 demo-arm9tdmi.sh解壓完glibc-2.3.2后，運行其configure之前。我直接就將configure拷出來，修改后在crosstool解壓完所有文件后直接覆蓋源文件。
其實這種方法我在fedora9下使用crosstool時就用過，但是當時發(fā)現(xiàn)f9真是做得比f8差，歷史的倒退，所以就到回去用f8了，就沒寫文章總結(jié)。

（2）編譯gcc-3.3.6的時候，出現(xiàn)以下錯誤：/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函數(shù)的時候，如果在第二個參數(shù)中使用了 O_CREAT，就必須添加第三個參數(shù)：創(chuàng)建文件時賦予的初始權(quán)限。 而在gcc-3.3.6/gcc/的collect2.c文件中有漏掉第三個參數(shù)的錯誤，而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); 

我還發(fā)現(xiàn)glibc-2.3.2/login/tst-grantpt.c也有一個類似錯誤，一起改過來，除后患。第44行：fd = open (file, O_RDWR | O_CREAT, [color="#ff0000"]0777);

修改的時機也要把握好，我是在crosstool解壓完所有文件后和之前configure 文件一起直接覆蓋源文件。

（3）經(jīng)歷了以上的痛苦后，繼續(xù)編譯，會出現(xiàn)以下錯誤：*** 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后發(fā)現(xiàn)，原來是ubuntu將系統(tǒng)默認的shell設(shè)置成了dash (the Debian Almquist Shell)，所以通過腳本生成的文件格式和bash的不一樣，導致了編譯錯誤。在使用了ursa的方法后問題解決。

sudo mv /bin/sh /bin/sh.oldsudo ln -sf bash /bin/sh 

（5）繼續(xù)重新編譯，在gcc做好后（此時gcc已可用，只是gdb還沒編譯好），編譯gdb的時候出了以下錯誤：

configure: error: no termcap library found 

很顯然，是因為沒裝一個庫文件造成的，google后發(fā)現(xiàn)正解：用新立得安裝libncurses5-dev（或是apt-get install libncurses5-dev）即可。  

最后，編譯成功，看到了盼望已久的“done”。

小結(jié)：關(guān)于Qt 移植時出現(xiàn)編譯錯誤的內(nèi)容介紹完了，希望本文對你有所幫助！