qtwindows交叉編譯
① Qt交叉編譯板子上運行的程序時，出現錯誤，求大神解決！！！
要使用pthread_getattr_np需要在源碼頭部加上#define _GNU_SOURCE
arm-linux-g++ -static -Wl,-O1 -Wl,-rpath,/usr/local/Trolltech/QtEmbedded-4.8.5/lib -o .bin/n329demo-static .obj/main.o .obj/n329win.o .obj/moc_n329win.o -L/usr/local/Trolltech/QtEmbedded-4.8.5/lib -lQtDeclarative -L/usr/local/Trolltech/QtEmbedded-4.8.5/lib -lQtScript -lQtSql -lQtGui -lts -lQtNetwork -lQtCore -lm -ldl -lrt -lpthread
這個最後的-lpthread修改為-pthread
② 兄弟我最近剛學QT，到了交叉編譯這一塊，make之後老是出現 下面的錯誤
交叉編譯的時候要加上配置要加上：-embedded arm
例如：
./configure \
-no-pch \
-no-dbus \
-no-nas-sound \
-no-opengl \
-no-sm \
-no-xshape \
-no-xinerama \
-no-xcursor \
-no-xfixes \
-no-xrandr \
-no-xrender \
-no-fontconfig \
-no-xkb \
-no-glib \
-little-endian \
-no-mmx -no-3dnow -no-sse -no-sse2 \
-embedded arm \
-xplatform qws/linux-arm-g++ \
-qconfig smal
希望可以幫助到你
③ QTcreator能在windows中交叉編譯arm平台程序嗎
這個估計沒必要，安裝一個虛擬機，然後安裝一個桌面版的里Linux系統，再在系統中安裝一個vim編輯器，再安裝一個gdb調試器，最後再arm-linux-gcc就可以編譯c文件了，要是你的很多源程序文件都在windows系統中，你可以設置Windows與Linux共享文件。這些東西在網上都可以找到教程，剛開始可能覺得Linux系統很不方便，但是要熟悉Linux系統就必須經常呆在Linux系統中，希望能幫到你。
④ qt交叉編譯後不顯示窗口
qt交叉編譯後不顯示窗口是因為誤將類成員函數名稱命名為show。程序在執行到w.show()之後，編譯器將成員函數看作show函數的重載，因此不再調用默認的show函數導致窗體無法顯示。
⑤ Qt交叉編譯遇到的問題
QT相關的安裝軟體包：
(1) tmake-1.13.tar.gz （編譯工具，如progen與tmake）
(2) qt-embedded-2.3.7.tar.gz （提供了qte的庫）
(3) qt-x11-2.3.2.tar.gz （為了生成相應的QT工具，如designer和qvfb等）
(4) qtopia-free-1.7.0.tar.gz （QTE的桌面環境程序）
(5) cross-3.3.2.tar.bz2 （交叉編譯工具）
一、安裝工具
1 安裝 tmake
在 Linux 命令模式下運行以下命令:
tar xfz tmake-1.11.tar.gz
export TMAKEDIR=$PWD/tmake-1.11
export TMAKEPATH=$TMAKEDIR/lib/qws/linux-x86-g++
export PATH=$TMAKEDIR/bin:$PATH
2 安裝 Qt/Embedded 2.3.7
在 Linux 命令模式下運行以下命令:
tar xfz qt-embedded-2.3.7.tar.gz
cd qt-2.3.7
export QTDIR=$PWD
export QTEDIR=$QTDIR
export PATH=$QTDIR/bin:$PATH
export LD_LIBRARY_PATH=$QTDIR/lib:$LD_LIBRARY_PATH
./configure –qconfig local–qvfb -depths 4,8,16,32
make sub-src
cd ..
上述命令 ./configure -qconfig -qvfb -depths 4,8,16,32 指定 Qt 嵌入式開發包生成虛擬緩沖幀工具qvfb,並支持 4,8,16,32 位的顯示顏色深度。另外我們也可以在 configure 的參數中添加-system-jpeg 和 gif,使 Qt/Embedded 平台能支持 jpeg、gif 格式的圖形。
上述命令 make sub-src 指定按精簡方式編譯開發包,也就是說有些 Qt 類未被編譯。Qt 嵌入式開發包有 5種編譯范圍的選項,使用這些選項,可控制 Qt 生成的庫文件的大小,但是您的應用所使用到的一些 Qt 類將可能因此在 Qt 的庫中找不到鏈接。編譯選項的具體用法可運行./configure -help 命令查看。
在這一過程的configure中出現了問題：有一個變數沒有聲明，發現是少了一個頭文件，加上即可，make順利通過，看到了enjoy！
3 安裝 Qt/X11 2.3.2
在 Linux 命令模式下運行以下命令:
tar xfz qt-x11-2.3.2.tar.gz
cd qt-2.3.2
export QTDIR=$PWD
export PATH=$QTDIR/bin:$PATH
export LD_LIBRARY_PATH=$QTDIR/lib:$LD_LIBRARY_PATH
./configure -no-opengl
make
make -C tools/qvfb
mv tools/qvfb/qvfb bin
cp bin/uic $QTEDIR/bin
cd ..
根據開發者本身的開發環境,也可以在 configure 的參數中添加別的參數, 比如-no-opengl 或-no-xfs,可以鍵入./configure -help 來獲得一些幫助信息。
在這個安裝過程中也出現了很多錯誤，典型的就是在make過程中：
/usr/local/qt-2.3.2/include/qvaluestack.h:57: error: cannot convert 'QValueListIterator<QMap<QString, QString> >' to 'const char*' for argument '1' to 'int remove(const char*)'
/usr/local/qt-2.3.2/include/qvaluestack.h: In member function 'T QValueStack<T>::pop() [with T = QString]':
xml/qxml.cpp:2502: instantiated from here
/usr/local/qt-2.3.2/include/qvaluestack.h:57: error: cannot convert 'QValueListIterator<QString>' to 'const char*' for argument '1' to 'int remove(const char*)'
make[2]: *** [xml/qxml.o] Error 1
make[2]: Leaving directory `/usr/local/qt-2.3.2/src'
make[1]: *** [sub-src] Error 2
make[1]: Leaving directory `/usr/local/qt-2.3.2'
make: *** [init] Error 2
這個錯誤是說，在文件qvaluestack.h的57行出錯。改正方法是修改文件qt-2.3.2/ include/qvaluestack.h的 第57行，將remove( this->fromLast() );改為 this->remove( this->fromLast() );
修改時可能要更改文件許可權，變成可寫的，chmod 666 qvaluestack.h。然後make順利通過，看到了enjoy。
二、交叉編譯 Qt/Embedded 的庫
開發居於 Qt/Embedded 的應用程序要使用到 Qt/Embedded 的庫,編寫的 Qt 嵌入式應用程序最終是在YLE270開發板上運行的,因此在把 Qt 嵌入式應用程序編譯成支持 YLE270 的目標代碼之前,需要兩樣東西,一個是 arm9 的 linux 編譯器,另一個是經 arm9 的linux 編譯器編譯過的 Qt/Embedded 的庫。安裝交叉編譯工具 cross-3.3.2 前面已經安裝過了。
這一步主要是配置 Qt/Embedded2.3.7 的安裝，Qt/Embedded 的安裝選項有很多個,您可以在命令行下直接輸入「./configure」來運行配置,這時安裝程序會一步一步提示你輸入安裝選項。您也可以在「./configure」後輸入多個安裝選項直接完成安裝的配置。在這些選項中有一個選項決定了編譯 Qt/Embedded 庫的范圍,即可以指定以最小,小,中,大,完全 5 種方式編譯 Qt/Embedded 庫。另外 Qt/Embedded 的安裝選項還允許我們自己定製一個配置文件,來有選擇的編譯 Qt/Embedded 庫,這個安裝選項是「-qconfig local」 ;當我們指定這個選項時,Qt/Embedded庫在安裝過程中會尋找qt-2.3.7/src/tools/qconfig-local.h 這個文件,如找到這個文件,就會以該文件裡面定義的宏,來編譯鏈接 Qt/Embedded 庫。
具體過程如下:
cd qt-2.3.7
export QTDIR=$PWD
export QTEDIR=$QTDIR
make clean
./configure –xplatform linux-arm-g++ -shared –debug (接下行)
-qconfig local -qvfb -depths 4,8,16,32
make
cd ..
在make中出現了錯誤，有變數沒有聲明，原來是優龍公司為了避免初學者在一開始就直接接觸到 Qt/Embedde 的復雜的宏編譯選項,把這些宏定義到一個名為 qconfig-local.h的安裝配置文件中,在安裝 Qt/Embedded 的時候,需要把這個文件復制到 Qt/Embedded 的安裝路徑的/src/tools 子路徑下，
cp /配置文件所在路徑/qconfig-local.h ./src/tools
make順利通過，看到了enjoy。
最後就可以在命令行下輸入make 命令對整個工程進行編譯鏈接了，在這里，要把過程中產生的文件放在同一個文件夾裡面，方便應用。
在最後make完畢以後我還是遇到了一個問題，就是生成的可執行文件不能運行，運行時提示：./hello cannot execute binary file,當然不能直接在自己的主機上運行了，因為生成的二進制文件要下到板子上運行的。接上液晶屏，板子上電，把生成的可執行文件下載到板子上，要chmod一下，不然許可權不夠，終於在液晶屏上看到了自己弄的小程序，好開心！
三、添加一個 Qt/Embedded 應用到 QPE
以hello，world！為例
1 在工作的機器上解包 qtopia
tar zxvf qtopia-free-1.7.x.tar.gz
cd qtopia-free-1.7.x
export QTDIR=$QTEDIR
export QPEDIR=$PWD
export PATH=$QPEDIR/bin:$PATH
注意在上面已經設定環境變數 QPEDIR 為 QPE 的安裝(解包)路徑。
2 建立 Hello,World 的例子程序的圖標文件
方法是:製作一個 32 X 32 大小的 PNG 格式的圖標文件,將該文件存放在$QPEDIR/pics/inline 目錄下,然後使用以下命令將$QPEDIR/pics/inline 目錄下的所有圖形文件轉換成為一個 c 語言的頭文件,這個頭文件包含了該目錄下的圖形文件的 rgb 信息。
qembed --images $QPEDIR/pics/inline/*.*
> $QPEDIR/src/libraries/qtopia/inlinepics_p.h
3 交叉編譯 qtopia
在$QPEDIR 路徑下,運行以下命令
cd src
./configure –platform linux-arm-g++
make
cd ..
在這一過程中也出現了比較大的錯誤，在make的時候又出現了error，是resource.cpp的174行的變數qembed_findImage沒有聲明，考慮到以前遇到的情況，推斷可能是少了某個頭文件，但是又不知道是哪一個，google了很久都沒有找到解決辦法，沒辦法只好點開src/libraries/qtopia下面的每一個頭文件看了一遍，還是沒有發現有含有這個變數的文件，繼續google，然後發現了inlinepics_p.h中包含qembed_findImage，於是vi /usr/local/qtopia-free-1.7.0/src/libraries/qtopia/inlinepics_p.h，發現inlinepics_p.h是空白的，原來是
qembed --images $QPEDIR/pics/inline/*.*
> $QPEDIR/src/libraries/qtopia/inlinepics_p.h
出了錯誤，重新操作一遍這一步，再查看inlinepics_p.h，發現正常了，要繼續交叉編譯qtopia：
make clean
./configure –platform linux-arm-g++
⑥ 如何進行Qt應用程序的交叉編譯
首先得把我們在X86機上調好的程序進行交叉編譯，如果在X86上都沒有通過的話。。那就不用交叉編譯了，（肯定是通不過的），還是到正題吧，設置好環境變數，我們用以用echo 來查看環境變數，echo $TMAKEPATH ，如果返回的不是.../qws/linux-arm-g++ 的字元的話，我們一定得從新設置，
export TMAKEPATH=/tmake 的安裝路徑/qws/linux-arm-g++ ，同時QTDIR一定得要指定QTE的安裝路徑，設置過程如下：
export QTDIR=...../qt-2.3.7
以上環境設置好後，我們可以使用tmake來生成Makefile，注意這里我們是用tmake，而不是用qmake（注意），tmake工具在tmake包裡面。 具體做法，我們可以在命令行下打：
tmake -o Makefile 工程名.pro
這樣我們就新生成了一個Makefile文件，下一步，我們要打開這個文件，做一些小的修改
1: 將LINK=arm-linux-gcc 改為：LINK=arm-linux-g++
2：將LIBS=$（SUBLIBS） -L$（QTDIR）/lib -lm -lqte這句話改為：
LIBS=$（SUBLIBS） -L/opt/gcc-2.3.2-glibc-3.3.2/lib -L$（QTDIR）/lib -lm -lqte
加上你的交叉編譯的庫。
最後我們可以make了，一個可以在您的板子上可以運行的二進制文件產生了。linux
⑦ 如何使用CMake進行交叉編譯
cmake交叉編譯配置
很多時候，我們在開發的時候是面對嵌入式平台，因此由於資源的限制需要用到相關的交叉編譯。即在你host宿主機上要生成target目標機的程序。裡面牽扯到相關頭文件的切換和編譯器的選擇以及環境變數的改變等，我今天僅僅簡單介紹下相關CMake在面對交叉編譯的時候，需要做的一些准備工作。
CMake給交叉編譯預留了一個很好的變數CMAKE_TOOLCHAIN_FILE，它定義了一個文件的路徑，這個文件即toolChain，裡面set了一系列你需要改變的變數和屬性，包括C_COMPILER,CXX_COMPILER,如果用Qt的話需要更改QT_QMAKE_EXECUTABLE以及如果用BOOST的話需要更改的BOOST_ROOT(具體查看相關Findxxx.cmake裡面指定的路徑)。CMake為了不讓用戶每次交叉編譯都要重新輸入這些命令，因此它帶來toolChain機制，簡而言之就是一個cmake腳本，內嵌了你需要改變以及需要set的所有交叉環境的設置。
toolChain腳本中設置的幾個重要變數
1.CMAKE_SYSTEM_NAME:
即你目標機target所在的操作系統名稱，比如ARM或者Linux你就需要寫"Linux",如果Windows平台你就寫"Windows",如果你的嵌入式平台沒有相關OS你即需要寫成"Generic",只有當CMAKE_SYSTEM_NAME這個變數被設置了，CMake才認為此時正在交叉編譯，它會額外設置一個變數CMAKE_CROSSCOMPILING為TRUE.
2. CMAKE_C_COMPILER:
顧名思義，即C語言編譯器，這里可以將變數設置成完整路徑或者文件名，設置成完整路徑有一個好處就是CMake會去這個路徑下去尋找編譯相關的其他工具比如linker,binutils等，如果你寫的文件名帶有arm-elf等等前綴，CMake會識別到並且去尋找相關的交叉編譯器。
3. CMAKE_CXX_COMPILER:
同上，此時代表的是C++編譯器。
4. CMAKE_FIND_ROOT_PATH:
指定了一個或者多個優先於其他搜索路徑的搜索路徑。比如你設置了/opt/arm/，所有的Find_xxx.cmake都會優先根據這個路徑下的/usr/lib,/lib等進行查找，然後才會去你自己的/usr/lib和/lib進行查找，如果你有一些庫是不被包含在/opt/arm裡面的，你也可以顯示指定多個值給CMAKE_FIND_ROOT_PATH,比如
set(CMAKE_FIND_ROOT_PATH /opt/arm /opt/inst)
該變數能夠有效地重新定位在給定位置下進行搜索的根路徑。該變數默認為空。當使用交叉編譯時，該變數十分有用：用該變數指向目標環境的根目錄，然後CMake將會在那裡查找。
5. CMAKE_FIND_ROOT_PATH_MODE_PROGRAM:
對FIND_PROGRAM()起作用，有三種取值，NEVER,ONLY,BOTH,第一個表示不在你CMAKE_FIND_ROOT_PATH下進行查找，第二個表示只在這個路徑下查找，第三個表示先查找這個路徑，再查找全局路徑，對於這個變數來說，一般都是調用宿主機的程序，所以一般都設置成NEVER
6. CMAKE_FIND_ROOT_PATH_MODE_LIBRARY:
對FIND_LIBRARY()起作用，表示在鏈接的時候的庫的相關選項，因此這里需要設置成ONLY來保證我們的庫是在交叉環境中找的.
7. CMAKE_FIND_ROOT_PATH_MODE_INCLUDE:
對FIND_PATH()和FIND_FILE()起作用，一般來說也是ONLY,如果你想改變，一般也是在相關的FIND命令中增加option來改變局部設置，有NO_CMAKE_FIND_ROOT_PATH,ONLY_CMAKE_FIND_ROOT_PATH,BOTH_CMAKE_FIND_ROOT_PATH
8. BOOST_ROOT：
對於需要boost庫的用戶來說，相關的boost庫路徑配置也需要設置，因此這里的路徑即ARM下的boost路徑，裡面有include和lib。
9. QT_QMAKE_EXECUTABLE:
對於Qt用戶來說，需要更改相關的qmake命令切換成嵌入式版本，因此這里需要指定成相應的qmake路徑（指定到qmake本身）
toolChain demo
# this is required
SET(CMAKE_SYSTEM_NAME Linux)
# specify the cross compiler
SET(CMAKE_C_COMPILER /opt/arm/usr/bin/ppc_74xx-gcc)
SET(CMAKE_CXX_COMPILER /opt/arm/usr/bin/ppc_74xx-g++)
# where is the target environment
SET(CMAKE_FIND_ROOT_PATH /opt/arm/ppc_74xx /home/rickk/arm_inst)
# search for programs in the build host directories (not necessary)
SET(CMAKE_FIND_ROOT_PATH_MODE_PROGRAM NEVER)
# for libraries and headers in the target directories
SET(CMAKE_FIND_ROOT_PATH_MODE_LIBRARY ONLY)
SET(CMAKE_FIND_ROOT_PATH_MODE_INCLUDE ONLY)
# configure Boost and Qt
SET(QT_QMAKE_EXECUTABLE /opt/qt-embedded/qmake)
SET(BOOST_ROOT /opt/boost_arm)
這樣就完成了相關toolChain的編寫，之後，你可以靈活的選擇到底採用宿主機版本還是開發機版本，之間的區別僅僅是一條-DCMAKE_TOOLCHAIN_FILE=./toolChain.cmake，更爽的是，如果你有很多程序需要做轉移，但目標平台是同一個，你僅僅需要寫一份toolChain放在一個地方，就可以給所有工程使用。
⑧ 怎樣交叉編譯qt-x11-opensource-src-4.3.2
可以的，只需要把QtVersion設置好就可以了。
點擊Tools->Options->Qt4->Qt Versions.
然後添加你已經編譯的Qtembedded目錄進去，就可以編譯了。
很簡單的。
還有，在你的工程中的Release配置中，必須保證Qt Version是Qtembedded，也就是你剛才新建的那個Qt Version
Qt Creator默認是Default Qt version的。
這需要點擊左邊的Projects來修改。
如果你前面把Default Qt Version改為Qtembedded了，就不用再改了。
另外，交叉編譯的可執行文件是不能用QtCreator調試的，因為硬體平台不一樣。