（一）編譯PC上的qpe

???? 今天我給大家分享一下我自己從編譯PC上的QT到編譯ARM上的QT（交叉編譯QPE）的過程，首先說說編譯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 x*** 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?