#cd ..
如果你這樣做:
cd qtopia/src
./configure -platform linux-arm-g++
make?
?? 那么會(huì)出現(xiàn)這樣的錯(cuò)誤:
cannot find -lqtopia以及uuid.h 找不到的問(wèn)題
??? 這是因?yàn)槲覀儼l(fā)現(xiàn)qtopia/lib中l(wèi)ibuuid.so打頭的相關(guān)連接文件是一個(gè)錯(cuò)誤文件連接,因?yàn)檎也坏阶罱K被鏈接的那個(gè)libuuid.so.6(具體名字我忘記了),所以矛盾轉(zhuǎn)換為尋求新的libuuid.so打頭系列的文件的問(wèn)題,這個(gè)時(shí)候你得開始編譯e2fsprogs了,只有通過(guò)編譯才能形成新的libuuid.so打頭系列的文件。
??? 以下是具體編譯方法:
當(dāng)前目錄為/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選項(xiàng)很重要,必須指定交叉編譯工具2.95.3中的arm-linux,不要改成別的目錄或者不指定prefix選項(xiàng),
#make
#make install lib/uuid? 安裝到該目錄
??? 有個(gè)帖子上是這樣寫的:
/********************************************************/
#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的文件夾復(fù)制到/armsys2410/qt_arm/qtopia/include下
將e2fsprogs-1.35/lib/中的libuuid.a libuuid.so libuuid..so.1 libuuid.so.1.2復(fù)制到/armsys2410/qt_arm/qtopia/lib下
/*********************************************************/
??? 可是在/e2fsprogs-1.35/lib目錄里我們想要的四個(gè)文件中只有l(wèi)ibuuid.a文件存在,而根本就找不到libuuid.so libuuid.so.1(只有一個(gè)點(diǎn)號(hào))以及l(fā)ibuuid.so.1.2,這個(gè)時(shí)候我發(fā)現(xiàn)/usr/local/arm/2.95.3/arm-linux/lib中生成了libuuid.so,libuuid.so.1,libuuid.so.1.2,后來(lái)我用file命令查看libuuid.so.1.2所屬處理器類型是ARM。所以得到了這三個(gè)文件,那天下午我的Linux文件系統(tǒng)崩潰了,所以一切都要重來(lái),當(dāng)我又做到這一步時(shí),編譯e2fsprogs以后發(fā)現(xiàn)e2fsprogs-1.35/lib目錄中和usr/local/arm/2.95.3/arm-linux/lib中都生成了libuuid.so,libuuid.so.1以及l(fā)ibuuid.so.1.2文件,而且都是支持ARM處理器的。
??? 總結(jié)得:如果在e2fsprogs-1.35/lib中找不到libuuid.so,libuuid.so.1,libuuid.so.1.2三個(gè)文件,那么建議去看一下usr/local/arm/2.95.3/arm-linux/lib目錄中是否存在這三個(gè)文件,如果不存在那就重新解壓e2fsprogs-1.35.tar.gz,重來(lái)。
??? 將e2fsprogs-1.35/lib/目錄下uuid的文件夾復(fù)制到/armsys2410/qt_arm/qtopia/include下
??? 將我們找到的libuuid.a libuuid.so libuuid..so.1 libuuid.so.1.2復(fù)制到/yehuo2410/qt_arm/qtopia/lib下
??? 好!問(wèn)題解決了。
??? 如果你這樣做:
cd qtopia/src
./configure -platform linux-arm-g++
make?
??? 那么會(huì)出現(xiàn)以下錯(cuò)誤:
./usr/local/arm/2.95.3/arm-linux/bin/ld: cannot find -ljpeg
??? 這是因?yàn)樵趒t目錄內(nèi)編譯是configure文件默認(rèn)配置為支持jpeg,然后在最后編譯的時(shí)候找不到相關(guān)的鏈接庫(kù).這個(gè)時(shí)候我們需要壓縮包jpegsrc.v6b.tar.gz,來(lái)解決這個(gè)問(wèn)題,按照帖子上的操作:
/**********************************************/
??? 下載jpegsrc.v6b.tar.gz到qtarm目錄并解壓,進(jìn)入目錄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目錄內(nèi)使用ls命令找不到找不到libs目錄(我忽略了點(diǎn)號(hào)),所以我按照慣例的方法
#locate libjpeg.so 發(fā)現(xiàn)/usr/lib目錄下有一libjpeg.so打頭系列文件,我當(dāng)時(shí)很懷疑那不是我想要的文件,所以我在另外一臺(tái)PC上再一次按照同樣的方法安裝Linux,發(fā)現(xiàn)剛安好的系統(tǒng)中/usr/lib中已經(jīng)存在了這些文件,為了進(jìn)一步證明它們不是我想要的libjpeg.so系列文件,我用file命令查看libjpeg.so.62.00發(fā)現(xiàn)是i386處理器的,所以我放棄了使用它們,無(wú)意間我在jpeg-6b/目錄下使用了以下命令:
#cd .libs?
#ls -l | grep libjpeg*
剛好發(fā)現(xiàn)了它們:
libjpeg.so-->libjpeg.so.62
libjpeg.so.62-->libjpeg.so.62.0.0
libjpeg.la-->../libjpeg.la
我用file命令查看這個(gè)鏈接庫(kù)libjpeg.so.62.0.0發(fā)現(xiàn)是支持ARM處理器的,
總結(jié)得:我沒找到.libs目錄在哪里,錯(cuò)誤的以為是/lib和/usr/lib
還有就是上述帖子最后一步:
生成的libjpeg.so在.libs下,將libjpeg.so拷貝到/usr/local/arm/2.95.3/bin/arm-linux/lib下.
應(yīng)該是:
將/jpeg-6b/.libs目錄下的libjpeg.la,libjpeg.so ,libjpeg.so.62 以及l(fā)ibjpeg.so.62.0.0拷貝到目錄
/usr/local/arm/2.95.3/arm-linux/lib? (沒有bin)
好!這個(gè)問(wèn)題解決了,再來(lái):
cd qtopia/src
./configure -platform linux-arm-g++
make?
評(píng)論