QT/E和Qtopia的編譯經歷

（一）編譯PC上的qpe
     今天我給大家分享一下我自己從編譯PC上的QT到編譯ARM上的QT（交叉編譯QPE）的過程，雖然QT不是自己的全部，但是畢竟在這半個月的環境搭建實驗時間裡，受到無數的打擊，無所的失敗，在QT中文網內朋友的鼓舞下，也慢慢成長起來，最後才搭建完成，所以我們開始吧！

    首先說說編譯PC上的QT/E，我起初的時候不知道編譯PC上的QT/E編譯qpe和交叉編譯后的qpe有什麼不同，後來才發現的確有不同點：PC上的QT/E的qpe環境編譯成功以後輸入：
#qvfb 彈出了虛擬幀緩衝器，然後我們再打開一個終端，輸入：
#qpe 在返回上一個終端，發現qpe的圖形界面在虛擬幀緩衝的那個黑色框架中顯示出來
    而交叉編譯qpe以後，輸入
#qvfb 彈出虛擬幀緩衝器以後，然後再打開一個終端，輸入：
#qpe 系統出現錯誤：cannot execute binary file 說明不支持這樣的二進位文件格式
    總結得出pc編譯QT/E以後qpe 是i386 的，可以直接在PC機器上運行，交叉編譯后的qpe是ARM的，只有掛接了板子后才可以運行（大家可以找到qpe，然後用file命令檢測），具體操作如下：
#locate qpe | more  找到qpe位置，找到後轉到它所在的目錄，然後
#file qpe  這樣就可以看它（qpe）所支持的處理器格式了.

    下面我們來一步步分析我的編譯過程，
    硬體就不用說了：內存256MB,主頻1.6GHZ，因為我是學寫驅動的所以裸裝RedHat9.0(2.4.20-8)
    交叉編譯工具是2.95.3的,我把它放到了/usr/local/arm/目錄中，然後在/etc/profile中配置了它的路徑
    注意：大多數廠家都提供了編譯QT/E和Qtopia的腳本，我建議自己跟著他們提供的腳本一步一步的做，這樣以來錯了也知道是在哪一步出問題。
    首先在創建目錄/yehuo2410/qt_x86用於編譯QT/E
    商家提供以下編譯資料：
tmake-1.11.tar.gz  ，qt-embede-2.3.7.tar.gz ， qt-x11-2.3.2.tar.gz，qt-free-1.7.tar.gz，這些對編譯PC上的QT/E的qpe足夠了，不過在交叉編譯qpe的時候，還差兩份資料：e2fsprogs.1.35.tar.gz，jpegsrc.v6b.tar.gz(必須要)
    現在開始腳本分析了：
#cd /yehuo2410 (野火2410是我自己取的，不局限於任何廠家ARM開發板）
#tar xzvf  +各個壓縮包，解壓到/yehuo2410
    以下建立通用的目錄
#mv tmake-11 tmake
#mv qt-2.3.7.tar.gz qt
#mv qt-2.3.2.tar.gz  qt-x11
#mv qt-free-1.7.tar.gz qtopia

#cd qt-x11  轉到這個目錄開始編譯相應的工具
#export QTDIR=$PWD  配置當前QTDIR
#echo yes | ./configure -static -ro-xft -no-opengl -no-sm  形成Makefile文件
#make -C src/moc 編譯形成moc（元對象編譯器）工具
#cp src/moc/moc bin  拷貝上一步生成的moc到當前目錄的bin
#make -C src  這一步是必須的
    以下兩步形成設計器designer和虛擬幀緩衝器qvfb
#make -C tools/designer
    這時候designer工具不會在tools/designer下形成，而是在當前目錄(qt-x11的bin目錄)下形成，故不用拷貝，你會發現qt-x11/bin下多了uic,和designer工具,uic首先形成，因為designer在編譯是要用到uic工具，uic工具是qt中用來處理.ui文件的工具。
#make -C tools/qvfb
#cp tools/qvfb bin 

#strip bin/uic bin/moc bin/designer bin/qvfb 是對各個工具可執行文件進行節優化
#cp /bin/* ../qt/bin  拷貝這些工具到 qt-x11的兄弟目錄qt中的bin目錄中，qt/bin中有三個文件：findtr，
qt20fix，qtrename140，而qt-x11/bin中也有，拷貝的時候系統問題是否覆蓋（qt-x11/bin里的這三個文件是否覆蓋qt/bin里的這三個文件?），我選擇是。
# cd ..
    下面開始配置環境變數,很多腳本都這樣寫
#export QTDIR=$PWD/qt
#export QTEDIR=$QTDIR
#export QPEDIR=$PWD/qtopia
#export TMAKEDIR=$PWD/tmake
#export TMAKEPATH=$TMAKEDIR/llib/qws/linux-generic-g++（常規g++編譯器）這是和交叉編譯qpe 的一處不同，qws目錄中有很多包括手機,PDA和ARM之類的g++編譯器。
#export PATH=$QTDIR/bin:$QPEDIR/bin:$TMAKEDIR/bin:$PATH
#export LD_LIBRARY_PATH=$QTDIR/lib：$LD_LIBRARY_PATH 配置了這裡就不用配置/etc./ld.so.conf文件了。
    上述配置固然好，不過這樣只是針對當前終端有效，如果再打開一個新終端，那麼這些變數在新終端中不會生效，保險的方法是：在/etc/profile目錄里把這些配置信息輸入到profile的末尾，不過不能用$PWD了 要把所有$PWD字樣改成/yehuo2410/qt_x86，註銷系統，重新登陸后，環境變數生效（有個立即生效的方法我忘記了）。
    如果這裡沒有配置好，那麼在編譯的時候可能出現tmake版本過低，然後系統要求起碼要1.11版本的
tmake,這是因為我們選擇了全部安裝Linux操作系統，系統本來有個1.7版本的tmake，在沒有配置TMAKEDIR和TMAKEPATH的時候系統自動使用自己1.7版本的tmake，所以出錯。
#cd qt
#make clean 這裡似乎沒有必要，不過建議執行一下
#make -C src 注意：-C 選項是指在編譯是先轉到src目錄(不能自己直接轉到在src目錄make哦，因為我試過了，結果是失敗）
#cd ..
#cd qtopia/src  開始編譯在PC上可以執行的qpe了
#./configure -platform linux-generic-g++
#make 
    大約半個小時就可以編譯完成
    完成後打開任意一個終端，輸入
#qvfb &
    打開另外新終端，輸入
#qpe &
    切換到老終端，就可以看到qpe在虛擬緩衝器qvfb上運行的界面，代表你編譯PC上的qpe成功了
    有時候出現con't fine dev/fb0
    只要在/etc/prioile文件中，輸入
export QWS_DLS_DISPLAY=QVFb:0
    註銷一次（有個可以立即生效的方法,我忘記了），就可以了
    編譯的過程大概就是這樣，這已經是最簡單的過程，在Qtopia的編譯中會遇到更複雜，更繁瑣的問題。

（二）交叉編譯qpe
    現在我們開始交叉編譯qpe吧，不過要做好心理準備，因為整個過程將會遇到各種各樣的問題， 失敗是很平常的，關鍵是我們要挺過來，堅持和摸索是我們每一個計算機工作者的法寶，讓我們開始吧，和PC上不同的地方我會用紅色顯示出來！
    首先我們要準備編譯資料，商家提供以下編譯資料：
tmake-1.11.tar.gz  ，qt-embede-2.3.7.tar.gz ， qt-x11-2.3.2.tar.gz，qt-free-1.7.tar.gz，這些對編譯PC上的QT/E的qpe足夠了，不過在交叉編譯qpe的時候，還差兩份資料：e2fsprogs.1.35.tar.gz，jpegsrc.v6b.tar.gz，所以必須去網站上下載，也可以向別人索要。
    同樣我在/yehuo2410/下建立目錄qt_arm作為交叉編譯目錄
好！我們開始分析腳本：
#cd /yehuo2410/qt_arm (拷貝上述所有壓縮包到該目錄包括e2fsprogs-1.35.tar.gz和jpegsrc.v6b.tar.gz兩個壓縮包）
當前目錄為/yehuo2410/qt_arm
#tar xzvf  +各個壓縮包，解壓到/yehuo2410/qt_arm，記得要解壓e2...和jpegsrc....兩個包哦
#mv tmake-11 tmake
#mv qt-2.3.7.tar.gz qt
#mv qt-2.3.2.tar.gz  qt-x11
#mv qt-free-1.7.tar.gz qtopia

#cd qt-x11  轉到這個目錄開始編譯相應的工具
#export QTDIR=$PWD  配置當前QTDIR
#echo yes | ./configure -static -ro-xft -no-opengl -no-sm  形成Makefile文件
#make -C src/moc 編譯形成moc（元對象編譯器）工具
#cp src/moc/moc bin  拷貝上一步生成的moc到當前目錄的bin
#make -C src  這一步是必須的
以下兩步形成設計器designer和虛擬幀緩衝器qvfb
#make -C tools/designer
這時候designer工具不會在tools/designer下形成，而是在當前目錄(qt-x11的bin目錄)下形成，故不用拷貝，你會發現qt-x11/bin下多了uic,和designer工具,uic首先形成，因為designer在編譯是要用到uic工具，uic工具是qt中用來處理.ui文件的工具。
#make -C tools/qvfb
#cp tools/qvfb bin 

#strip bin/uic bin/moc bin/designer bin/qvfb 是對各個工具可執行文件進行節優化
#cp /bin/* ../qt/bin  拷貝這些工具到 qt-x11的兄弟目錄qt中的bin目錄中，qt/bin中有三個文件：findtr，
qt20fix，qtrename140，而qt-x11/bin中也有，拷貝的時候系統問題是否覆蓋（qt-x11/bin里的這三個文件是否覆蓋qt/bin里的這三個文件?），我選擇是。
# cd ..
下面開始配置環境變數,很多腳本都這樣寫
#export QTDIR=$PWD/qt
#export QTEDIR=$QTDIR
#export QPEDIR=$PWD/qtopia
#export TMAKEDIR=$PWD/tmake
#export TMAKEPATH=$TMAKEDIR/llib/qws/linux-arm-g++（常規g++編譯器）這點就和PC上的不同了，qws目錄中有很多包括手機,PDA和ARM之類的g++編譯器。
#export PATH=$QTDIR/bin:$QPEDIR/bin:$TMAKEDIR/bin:$PATH
#export LD_LIBRARY_PATH=$QTDIR/lib：$LD_LIBRARY_PATH 配置了這裡就不用配置
/etc./ld.so.conf文件了，同樣，為了保險，我把上述信息寫到了/etc/profile文件中並且在/etc/profile中的$PWD替換為/yehuo2410/qt_arm,我們不用擔心以前編譯的PC版本的qpe會受到影響，當我們真正要用到PC版本的qpe的時把/etc/profile裡面的這一部分涉及的/yehuo2410/qt_arm字元修改成/yehuo2410/qt_x86字元就可以了，當然，設置完成以後註銷系統以生效。
#cd ..
#cd qt
#make clean
    再次強調以下步驟是必要的，否則會出現cannot fine -lqte問題
#cp $QPEDIR/src/qt/qconfig-qpe.h src/tools
    在下一步中我發現編譯PC上的qpe時做到這一步時，會問你兩次（都回答yes），而這裡只會問一次，當時我感到費解，因為和廠家提供的腳本不一樣（廠商提供的腳本是echo yes;echo no) ，我擔心是哪裡出錯了，但是我依然往下做，直到最後也沒有出現這裡的相關問題，所以就不用擔心
#echo yes|./configure -platform linux-arm-g++ -qconfig  qpe -qvfb -depths 16,24,32
#make -C src
    上面沒有問題的話那麼我們開始準備編譯qtopia目錄內的東西啦！
#cd ..
如果你這樣做：
cd qtopia/src
./configure -platform linux-arm-g++
make
   那麼會出現這樣的錯誤：
cannot find -lqtopia以及uuid.h 找不到的問題
    這是因為我們發現qtopia/lib中libuuid.so打頭的相關連接文件是一個錯誤文件連接，因為找不到最終被鏈接的那個libuuid.so.6(具體名字我忘記了），所以矛盾轉換為尋求新的libuuid.so打頭系列的文件的問題，這個時候你得開始編譯e2fsprogs了，只有通過編譯才能形成新的libuuid.so打頭系列的文件。
    以下是具體編譯方法：
當前目錄為/yehuo2410/qt_arm
#tar --xzvf  e2fsprogs.1.35.tar.gz
#cd e2fsprogs-1.35 
#./configure -host=arm-linux  -with-cc=arm-linux-gcc  -with-linker=arm-linux-ld -enable-eld-shlibs
-prefix=/usr/local/arm/2.95.3/arm-linux
注意：這裡prefix選項很重要，必須指定交叉編譯工具2.95.3中的arm-linux，不要改成別的目錄或者不指定prefix選項，
#make
#make install lib/uuid  安裝到該目錄
    有個帖子上是這樣寫的：
/********************************************************/
#tar xzf e2fsprogs-1.35.tar.gz
#cd e2fsprogs-1.35
#./configure -host=arm-linux -with-cc=arm-linux-gcc -with-linker=arm-linux-ld -enable-elf-shlibs -prefix=/usr/local/arm/2.95.3/arm-linux
#make
#make install lib/uuid/
將e2fsprogs-1.35/lib/目錄下uuid的文件夾複製到/armsys2410/qt_arm/qtopia/include下
將e2fsprogs-1.35/lib/中的libuuid.a libuuid.so libuuid..so.1 libuuid.so.1.2複製到/armsys2410/qt_arm/qtopia/lib下
/*********************************************************/
    可是在/e2fsprogs-1.35/lib目錄里我們想要的四個文件中只有libuuid.a文件存在，而根本就找不到libuuid.so libuuid.so.1(只有一個點號)以及libuuid.so.1.2，這個時候我發現/usr/local/arm/2.95.3/arm-linux/lib中生成了libuuid.so,libuuid.so.1,libuuid.so.1.2，後來我用file命令查看libuuid.so.1.2所屬處理器類型是ARM。所以得到了這三個文件，那天下午我的Linux文件系統崩潰了，所以一切都要重來，當我又做到這一步時，編譯e2fsprogs以後發現e2fsprogs-1.35/lib目錄中和usr/local/arm/2.95.3/arm-linux/lib中都生成了libuuid.so，libuuid.so.1以及libuuid.so.1.2文件，而且都是支持ARM處理器的。
    總結得：如果在e2fsprogs-1.35/lib中找不到libuuid.so,libuuid.so.1,libuuid.so.1.2三個文件，那麼建議去看一下usr/local/arm/2.95.3/arm-linux/lib目錄中是否存在這三個文件，如果不存在那就重新解壓e2fsprogs-1.35.tar.gz，重來。
    將e2fsprogs-1.35/lib/目錄下uuid的文件夾複製到/armsys2410/qt_arm/qtopia/include下
    將我們找到的libuuid.a libuuid.so libuuid..so.1 libuuid.so.1.2複製到/yehuo2410/qt_arm/qtopia/lib下
    好！問題解決了。
    如果你這樣做：
cd qtopia/src
./configure -platform linux-arm-g++
make
    那麼會出現以下錯誤：
./usr/local/arm/2.95.3/arm-linux/bin/ld: cannot find -ljpeg
    這是因為在qt目錄內編譯是configure文件默認配置為支持jpeg,然後在最後編譯的時候找不到相關的鏈接庫.這個時候我們需要壓縮包jpegsrc.v6b.tar.gz，來解決這個問題，按照帖子上的操作：
/**********************************************/
    下載jpegsrc.v6b.tar.gz到qtarm目錄並解壓,進入目錄jpeg-6b:
./configure --enable-shared
make  (得到libtools程序)
./configure --enable-shared
    修改生成的Makefile文件:
prefix = /qtarm/qt (qte的路徑)
CC =/usr/local/arm/2.95.3/bin/arm-linux-gcc
AR =/usr/local/arm/2.95.3/bin/arm-linux-ar rc
AR2=/usr/local/arm/2.95.3/bin/arm-linux-ranlib
cp jconfig.doc jconfig.h
mkdir -p /qtarm/qt/man/man1
make
    生成的libjpeg.so在.libs下,將libjpeg.so拷貝到/usr/local/arm/2.95.3/bin/arm-linux/lib
/***************************************************************************/
    我在jpeg-6b目錄內使用ls命令找不到找不到libs目錄(我忽略了點號),所以我按照慣例的方法
#locate libjpeg.so 發現/usr/lib目錄下有一libjpeg.so打頭系列文件，我當時很懷疑那不是我想要的文件，所以我在另外一台PC上再一次按照同樣的方法安裝Linux，發現剛安好的系統中/usr/lib中已經存在了這些文件，為了進一步證明它們不是我想要的libjpeg.so系列文件，我用file命令查看libjpeg.so.62.00發現是i386處理器的，所以我放棄了使用它們，無意間我在jpeg-6b/目錄下使用了以下命令：
#cd .libs
#ls -l | grep libjpeg*
剛好發現了它們:
libjpeg.so-->libjpeg.so.62
libjpeg.so.62-->libjpeg.so.62.0.0
libjpeg.la-->../libjpeg.la
我用file命令查看這個鏈接庫libjpeg.so.62.0.0發現是支持ARM處理器的，
總結得：我沒找到.libs目錄在哪裡，錯誤的以為是/lib和/usr/lib
還有就是上述帖子最後一步：
生成的libjpeg.so在.libs下,將libjpeg.so拷貝到/usr/local/arm/2.95.3/bin/arm-linux/lib下.
應該是：
將/jpeg-6b/.libs目錄下的libjpeg.la，libjpeg.so ，libjpeg.so.62 以及libjpeg.so.62.0.0拷貝到目錄
/usr/local/arm/2.95.3/arm-linux/lib  （沒有bin）
好！這個問題解決了，再來：
cd qtopia/src
./configure -platform linux-arm-g++
make

應該就可以了，你通過了嗎？，不要怕，再來，再來......一定會編譯通過的。