『壹』 安裝QT環境遇到這種情況怎麼破
Centos6.3自身是帶QT4.6.2的，在裝系統時可以選擇安裝，但是沒有qvfb工具，所以又自己重新編譯了qt-x11的4.5.0版本。
qt各版本版本下載地址（在網上找的很多博文里給的鏈接都失效了，下面這個鏈接貌似還比較新，現在可以用）：
http://qt-project.org/downloads
ftp://ftp.qt-project.org/qt/source/
在ftp資源里找到 qt-x11-opensource-src-4.5.0、qt-embedded-linux-opensource-src-4.5.0這兩個源碼包並下載（tar.gz或tar.bz2包都有，網速不好的話看哪個小下載哪個）。
下載後將兩個源碼包分別解壓，qt-x11-opensource-src-4.5.0解壓一份，qt-embedded-linux- opensource-src-4.5.0解壓兩份，分別命名為qt-embedded-linux-opensource-src-4.5.0-x86 和 qt-embedded-linux-opensource-src-4.5.0-arm 。
開始編譯安裝：
一、X11編譯：
1.進入qt-x11-opensource-src-4.5.0源碼目錄。
./configure -no-openssl
在我這里必須加上-no-openssl選項，否則在make過程中，編譯到ssl時會報錯。出錯信息為：
ssl/qsslsocket_openssl_symbols_p.h:264: error: variable or field 『q_sk_free』 declared void
ssl/qsslsocket_openssl_symbols_p.h:264: error: 『STACK』 was not declared in this scope
ssl/qsslsocket_openssl_symbols_p.h:264: error: 『a』 was not declared in this scope
ssl/qsslsocket_openssl_symbols_p.h:265: error: 『STACK』 was not declared in this scope
ssl/qsslsocket_openssl_symbols_p.h:265: error: 『a』 was not declared in this scope
……
……
默認安裝路徑為 /usr/local/Trolltech/Qt-4.5.0。可用--prefix 指定其他安裝路徑。
2. gmake # linux下一般可直接用make代替gmake。如果要加快編譯速度，就加上 -jx ，x表示最大的線程數。
3. gmake install
二、qt-embedded-x86編譯:
1.進入qt-embedded-linux-opensource-src-4.5.0-x86源碼目錄。
./configure -prefix /usr/local/Trolltech/QtEmbedded-4.5.0-x86 -embedded x86 -no-openssl -qt-gfx-qvfb -qt-kbd-qvfb -qt-mouse-qvfb
先後配置了安裝目錄、嵌入式架構（x86）。同時也跟X11版本一樣，配置了 -no-openssl，沒有這一項的話，make的過程中會出現跟編譯X11時一樣的錯誤。再後面的幾項是為了更好的配合qvfb，網上說如果沒有這幾 項，安裝好qt-embedded-x86後想在qvfb上調試程序時，會出現類似下面的錯誤：
Error opening buffer device /dev/fb0QScreenLinuxFb::connect: No such file or directory
2. gmake
跟x11版一樣
3. gamke install
三、qt-embedded-arm:
與前面兩個不同，在編譯arm版本的qt-embedded前，必須確認已經安裝了交叉工具鏈，編譯過程中要生成許多arm架構的庫，所以必須有 arm-linux-gcc、arm-linux-g++等工具。我用的是友善提供的arm-linux-gcc-4.5.1版本。
1. 進入qt-embedded-linux-opensource-src-4.5.0-arm源碼目錄。
./configure -prefix /usr/local/Trolltech/QtEmbedded-4.5.0-arm -embedded arm -no-openssl -qt-libpng
指定了安裝路徑、嵌入式架構。同時也跟X11版本一樣，配置了 -no-openssl，沒有這一項的話，make的過程中會出現跟編譯X11時一樣的錯誤。
另外，還增加了一項， -qt-libpng，這個選項應該是關於png相關的庫，指定用qt自帶的png庫。如果沒有這一項，我這里會出現如下錯誤：
image/qpnghandler.cpp: In member function 'virtual QVariant QPngHandler::option(QImageIOHandler::ImageOption) const':
image/qpnghandler.cpp:950:35: warning: 'png_info_struct::width' is deprecated (declared at /opt/FriendlyARM/toolschain/4.5.1/lib/gcc/arm-none-linux-gnueabi/4.5.1/../../../../arm-none-linux-gnueabi/include/png.h:639)
image/qpnghandler.cpp:950:35: warning: 'png_info_struct::width' is deprecated (declared at /opt/FriendlyARM/toolschain/4.5.1/lib/gcc/arm-none-linux-gnueabi/4.5.1/../../../../arm-none-linux-gnueabi/include/png.h:639)
image/qpnghandler.cpp:950:55: warning: 'png_info_struct::height' is deprecated (declared at /opt/FriendlyARM/toolschain/4.5.1/lib/gcc/arm-none-linux-gnueabi/4.5.1/../../../../arm-none-linux-gnueabi/include/png.h:640)
image/qpnghandler.cpp:950:55: warning: 'png_info_struct::height' is deprecated (declared at /opt/FriendlyARM/toolschain/4.5.1/lib/gcc/arm-none-linux-gnueabi/4.5.1/../../../../arm-none-linux-gnueabi/include/png.h:640)
make[1]: *** [.obj/release-shared-emb-arm/qpnghandler.o] 錯誤 1
make[1]: *** 正在等待未完成的任務....
make[1]: Leaving directory `/root/qt4.5.0/qt-embedded-linux-opensource-src-4.5.0-arm/src/gui'
make: *** [sub-gui-make_default-ordered] 錯誤 2
看起來像是我的交叉工具鏈跟這個QT版本匹配的不太好，Qt好像不太兼容交叉工具鏈的png.h頭文件中定義的數據結構。加上 -qt-libpng 可解決此問題。
四、qvfb:
這時QT就已安裝成功。但是還需要額外安裝qvfb。
進入qt-x11-opensource-src-4.5.0源碼包目錄，然後
cd tools/qvfb
在qvfb源碼目錄下運行 make 會在qt-x11-opensource-src-4.5.0/bin下生成qvfb,我們將它至/usr/local/Trolltech/QtEmbedded-4.5.0-x86/bin下即可。
end:
到這里，QT的開發環境基本就搭建好了，利用 qt-embedded-x86 和 qvfb 工具可以很方便的調試QT程序，調試好的程序再經 qt-embedded-arm 編譯就可在開發板上運行(還有個小問題，我現在編譯好的QT程序雖然可以在開發板上運行，但是運行時觸摸屏不能用，只能用USB滑鼠控制，想支持觸摸屏貌 似還需要移植tslib庫，等我折騰完了再回來把相關內容補充上)。
『貳』 在QT編程中，我加了個頭文件QNetwork文件，為什麼編譯說找不到該文件我的裡麵包含有這個文件阿
QT中沒有這個文件吧 ,QNetwork是個關於網路操作的文件夾。
你在項目的屬性里加上QNetwork所指的路徑應該就行了,是配置問題
或者你加了QNetwork的上一級目錄，你想用QNetwork下面的qsslsocket.h可用用
QNetwork/qsslsocket.h
我認為QNetwork不應該是個頭文件
『叄』 QtCreator怎麼添加編譯參數
QtCreator添加編譯參數方法：
在pro文件里添加：QMAKE_CXXFLAGS += -m128bit-long-double如果是C工程或者有C文件也用那就也加上：QMAKE_CFLAGS += -m128bit-long-doublepro文件很靈活
『肆』 為什麼 Qt Creator 的編譯如此之慢
取自知乎上的一篇文章
作者：姚冬
我是來反對樓上某些答案的。
我曾經用MFC寫了金山詞霸（大約20多萬行），又用Qt寫了YY語音（大約100多萬行），算是對兩種框架都比較有經驗。
糾正幾個錯誤的認識。
1. 「用Qt寫的程序編譯比MFC慢」的說法是錯誤的
絕對錯誤，單位代碼行數編譯Qt遠比MFC快得多，因為Qt庫的頭文件設計非常好，盡量都使用了前置聲明，避免了頭文件嵌套，幾乎所有類都使用了公有類和私有類的設計，把沒必要公開的聲明放到私有頭文件里，避免了編譯時引入過多代碼。而MFC沒有這樣的設計。
至於大家感覺MFC快主要原因是MFC工程默認打開了編譯預處理頭文件（PCH），但是這是VC編譯器的特性，所有C++程序都可以用，不是MFC特有，Qt也可以使用 PCH
方法很簡單，在你的 .pro 文件中加入一行
PRECOMPILED_HEADER = stable.h
指定 Stable.h這個頭文件作為編譯預處理文件，MFC里這個文件一般叫stdafx.h
然後在 stable.h里 包含你所用到的所有 Qt 頭文件，如果你用了很多qt的類可以直接包含所有
比如 ：
#include <QtCore>
#include <QtGui>
這兩個文件里又包含了幾乎所有Qt常用類
不用擔心，即使包含了所有頭文件也沒關系，有了PCH再多頭文件也沒影響。
如果你還想編譯再快點，可以在 .pro里加入下面一行
QMAKE_CXXFLAGS += /MP
指定/mp編譯選項，編譯器將使用並行編譯，同時起多個編譯進程並行編譯不同的cpp
而且QT這種引入PCH的方法比MFC的好，由於MFC的PCH選項是每個工程逐個指定的，很容易被某些人搞壞，我曾經無數次修復PCH問題，但是Qt的選項是寫在.pro里的，寫一次就永遠不會錯。
MFC一旦弄壞了PCH，編譯也慢得令人發指。
給個參考時間吧，YY最新版本大約 100多萬行C++代碼，rebuild debug和releae總共需要20多分鍾，機器是i5 四核SSD硬碟。其實對於大項目硬碟才是瓶頸，如果換機械硬碟要慢差不多70%，有個同事用10G內存做了個內存檔編譯，還能快30%。
如果你比這個慢，請檢查自己的代碼問題。
2. 「QT本身編譯慢」的說法是錯的
Qt本身其實編譯並不慢，慢的是webkit庫和例子程序，你如果不改任何選項默認是會編譯所有的，webkit本身就是個恐龍級項目，用了太多泛型技術，編譯非常慢。另外Qt里附帶了數百個例子工程，都編譯一邊也很慢。如果僅編譯QT核心庫是很快的，比如QtCore只需要1分鍾，QtGui大約5分鍾。
送個福利（僅限windows vc＋＋ 2008）：
configure.exe -qt-libjpeg -qt-zlib -qt-libpng -qt-libjpeg -qt-gif -no-libtiff -no-libmng -nomake examples -nomake demos -no-webkit -nomake doc -no-plugin-manifests -no-exceptions -no-rtti -no-qt3support -no-openssl -no-opengl -no-multimedia -no-3dnow -no-native-gestures -no-style-motif -no-style-cde -no-style-cleanlooks -no-style-plastique -no-sql-sqlite -no-dbus -platform win32-msvc2008
這是我自己用的Qt編譯前的配置命令行，把我自己用不到的都去掉了，這樣配置編譯就快很多了。
我把 webkit examples demos 等大傢伙都去掉了。如果你真的需要這些，可以安裝Qt sdk裡面有編譯好的版本。
補充：Qt creator只是IDE，不是編譯器，編譯慢真的不關他的事，要看你具體用的編譯器是什麼。一般來說在Windows下就是minGW，也就是一個移植版本的GCC，的確是不如VC++里的CL快的。
如果是其它平台，那麼編譯器可以換成LLVM的clang，那就快很多了。
在Windows下來是用VC++吧，推薦VC2008，Qt和VC的IDE結合非常好，我現在的項目都是用VC2008+QT的，開發效率很高，記得裝Visual Assist哦。
qmake -tp vc
可以用 .pro生產 .vcproj的VC工程文件，可以用VC++打開編譯。
『伍』 QT 5.5.0 怎麼設置才能實現靜態編譯
qt默認的編譯方式是動態編譯的，但是有時候編寫的程序要發布出去，帶很多動態庫文件是很繁瑣的，此時就需要靜態編譯程序，qt要實現靜態編譯必須庫文件也是靜態編譯的，可以用這個命令編譯靜態庫：
1.將c:\qt\2010.05\qt\mkspecs\win32-g++\qmake.conf文件中的qmake_lflags
=
-enable-stdcall-fixup
-wl,-enable-auto-import
-wl,-enable-runtime-pseudo-reloc
改為
qmake_lflags
=
-static
-enable-stdcall-fixup
-wl,-enable-auto-import
-wl,-enable-runtime-pseudo-reloc
2.在開始菜單里找到qt
command
prompt並運行，輸入命令：
configure
-static
-debug-and-release
-no-exceptions
-l
"c:\qt\2010.05\qt\include"
-l
"c:\qt\2010.05\qt\lib"
-l指定一下路徑，防止用到vc的頭文
『陸』 如何在QT中使用MYSQL SSL連接
如何在QT中使用MYSQL SSL連接
windows 下登陸mysql 命令行，（1）進入cmd （2） cd mysql 安裝路徑/mysqlserver5.6/bin
(3) 使用命令mysql -u root -p 然後根據提示輸入密碼 進入命令行
select user(); //顯示當前用戶
『柒』 我在qt下面編程，需要用到用到第三方的庫文件，但是qt編譯的時候老說打不開文件，請教原因
使用第三方庫，需要有頭文件，lib文件，dll文件（如果是動態庫的話），在編譯的時候需要提供頭文件的路徑以及相應的頭文件的文件名，鏈接的時候需要提供lib文件的文件路徑和文件名，你這里就是在鏈接的時候找不到lib文件，肯定是你的路徑沒有提供或者是路徑不對，運行的時候還要
『捌』 Qt 軟體中怎麼自動加入build版本號
當進入解壓好的源碼包後，使用./configure –help命令，可以獲得相應幫助，那我們只要選取參數部分看看 -release 這個參數顯而易見，就是編譯Qt以發布版的模式進行，一般來說，最後系統完成後，庫就應該是發布版。 -release 與上面對應，自然是調試版了，如果開發的話，可以選擇它吧。 -debug-and-release 囧，上面那兩個的兒子。 -developer-build 囧，我錯了，開發者也可以用這個的，選了這個後，可以進行自動測試，不過還沒去用過，以後可以研究研究。 -opensource -commercial 這兩個參數是指是編譯是商業版本的，還是開源版本呢，視個人情況而定。 -shared -static 這兩個參數是指Qt的lib以動態還是靜態編譯生成，這自然也是視個人需要的。 -no-fast -fast 這兩個就很有關系，如果對自己的電腦性能很有信心，那就選第一個，那所有的工程文件都會生成到makefiles中，那編譯的時間，估計可以看完變形金剛了。如果選第二個，那就加入子目錄和庫到makefiles，這樣就能加快編譯的速度。 -no-largefile -largefile 顧名思義，支不支持大文件，一般來說，嵌入式里是不會有從超過4G的大文件的，那就選第一個吧。 -no-exceptions -exceptions 計算機英語夠好的人都該懂，這個自然就是異常情況，選則編譯器支持拋出異常，否則不支持。 -no-accessibility -accessibility 可訪問性的支持，說實話，這個我真不知道有什麼有用了。等哪天發現了，再來好好解釋。 -no-stl -stl 是都加入stl的支持，stl，這應該算是C＋＋程序員應該都了解了，再不濟，那也總聽說過大名吧。 no-sql-<driver> -qt-sql-<driver> -plugin-sql-<driver> 這 個可要好好說明下，一般來說，對於一個優秀的項目開發，資料庫是必不可少的，qt也自帶了大多數資料庫驅動，可以完美地支持資料庫的使用。對於數 據庫的使用，我們可以直接qt驅動編譯進去，或者以插件的形式編譯進去。一般來說，最簡單地就是直接編譯進去，但使用插件形式的可以更加靈活，針對不同的 需求將驅動插件添加。其中，<>代表的是驅動名，如果我想直接添加sqlite的支持話，形式如下：-qt-sql-sqlite。其他名稱 可以自己查看參數里，有詳細地介紹。 -system-sqlite sqlite真受歡迎啊，當然那麼優秀的嵌入式資料庫，本人也是基本使用它來進行開發。這個參數意思是使用操作系統上的sqlite資料庫，如果是不太會移植的，可以考慮直接使用qt自帶的驅動。 -no-qt3support -qt3support 這個也是簡潔易懂，加不加對qt3的支持。 no-xmlpatterns -xmlpatterns 選擇對xml的支持，如果對網路無需求的話，就不用加了。 -no-phonon -phonon phonon是qt中處理多媒體的模塊，比如放放視頻什麼來著，不過本人從沒用過，也是根據需要選擇的。 -no-phonon-backend -phonon-backend 與上面類似，只不過這兩是以插件的形式加入支持。 -no-svg －svg 是否加入svg的支持，svg即可縮放矢量圖形。 -no-webkit -webkit 是否加入webkit的支持，這可是個好東西，不過如果跟網路不搭界的話，還是不支持吧。 -no-scripttools -scripttools 是否加入腳本工具的支持，這對php等腳本工程師來說是個很棒的參數，但對於我這樣菜鳥，就別提了。 -platform target 目標平台，這可是關鍵了，如果不注意的話，編譯出來是x86上的話，哪怕是再牛的嵌入式工程師來也沒法幫你移植到開發板上。通常，本人是linux-arm-g++。 -no-mmx -no-3dnow -no-sse -no-sse2 這四個參數是針對CPU的指令集，老實說，我也不甚了解，不過，對於開發並不是影響很大。 -qtnamespace 把qt的庫封裝到命名空間，沒啥重要用處，依個人愛好加吧。 -qtlibinfix 將所有的qt的.so庫重命名，也沒啥大用處。 -no-sql-<driver> -qt-sql-<driver> -plugin-sql-<driver> -system-sqlite 這是相當明顯的，如果這都看不出來，，囧，那您一定比我近視（本人800度近視。。） 就 是說如果是-no-XX-，就說明編譯時不選擇這個參數，如過是-qt-XX-，說明我們可以編譯直接選用qt自帶的驅動，如果是 -plugin-XX-，就是將驅動以插件形式編譯，而-system-XXX,當然是使用操作系統提供的驅動，不過那就需要您自己移植了，而且有時還要 用第三方的API，就方便來說非常麻煩，但是不排除您是牛人要好好玩玩的情況。 接下來，我們接著研究配置參數。 -qt-zlib -system-zlib 想 必經過上面的講解，參數的意思已經很快得知，就是選擇qt帶的zlib庫還是系統的zlib。zlib庫是用於文件和資料壓縮的庫，對於新入嵌入式的人來 說，可能並無太大的用處，但是在以後的實際開發中，特別是對於多媒體圖像圖形的工程師來說，就肯定用到，因為圖形圖像的壓縮都要使用或涉及到這個庫。 -no-gif -qt-gif 這是選擇gif的支持，如果選擇qt支持的話，那在用qt開發的項目中，就能顯示gif圖，gif也是比較普遍的圖片格式了，英文全稱是Graphics Interchange Format。 -no-libtiff -qt-libtiff -system-libtiff tiff是一種非常復雜的光柵圖像格式，並且有直接現成的C語言實現庫，因此選擇參數時就有了qt和system，一般來說，科學相關的開發里可能會用到。 -no-libpng -qt-libpng -system-libpng png的相關參數，一種非失真性壓縮點陣圖圖形文件格式，其實就是為了替代gif搞出來的，也是隨實際需要來選擇，當然，也有C語言實現的庫。 -no-libmng -qt-libmng -system-libmng 大汗，大汗，這可是超級罕見的東西，QT竟然也能支持，說實話，這個參數我看來就是無視的。MNG是多幀PNG動畫格式，結構極其復雜，基本沒人用。 -no-libjpeg -qt-libjpeg -system-libjpeg jpeg,這么有名的圖片格式也不用說了，隨需要選擇吧。 -no-openssl -openssl -openssl-linked SSL，Security Socket Layer,是一個安全傳輸協議，在Internet網上進行數據保護和身份確認，而OpenSSL是一個開放源代碼的實現了SSL及相關加密技術的軟體 包，在qt中，我們可以選擇直接支持，或者OpenSSL鏈接支持,這個參數也是為有需要者提供的。 以上是第三方庫的參數選擇，緊接著就是qt附加參數，在附加參數里，我們可以指定編譯的部分及加入參數來獲取信息。 -make -nomake 一 句話，說明，就說我可以這兩個參數選擇哪些我要編譯，哪些我不需要，在 libs tools examples demos docs translations這些里你可以選擇，比如examples，並不重要，可以放在-nomake後，這樣編譯過程中就不會編譯這部分了。通過適當的 選擇，我們可以大大加快編譯的速度，這對配置較差的機子來說有著積極意義。 -R <string> -l <string> 這兩個參數是為編譯時增加一個庫的運行路徑及頭文件的路徑，比如使用tslib作為開發觸摸驅動時，我們就應使用這兩個參數來指定tslib的庫路徑和頭文件路徑。 -no-rpath -rpath 這個參數比較難於理解，簡單地說，就是告訴動態載入器，到-rpath指定的目錄中尋找編譯時須要的動態鏈接庫，語法就與上面的參數結合，比如 -rpath -R/home/xxxx。 -continue 這個參數的作用就是當出現錯誤時依然進行配置編譯，換我是不會加上的。 -verbose, -v 這個參數就很眼熟，在前面的文章中有過詳細介紹，簡言之，就是顯示配置的每一步的具體信息。 -no-optimized-qmake -optimized-qmake 是否編譯生成優化過的qmake，沒啥大用，也屬於可有可無的參數。 -no-nis -nis 是否編譯NIS支持，NIS（網路信息服務）是一個提供目錄服務的RPC(遠程過程調用)應用服務，當然沒網路需要的可以再次華麗地無視。 -no-cups -cups 是 否編譯CUPS支持，是不是想問什麼用啊?~~~~囧，開列印店用的。好了，不說冷笑話，CUPS給Unix/Linux用戶提供了一種可靠有效 的方法來管理列印。它支持IPP，並提供了LPD，SMB（服務消息塊，如配置為微軟WINDOWS的列印機）、JetDirect等介面。CUPS還可 以瀏覽網路列印機。它的開發提供者是大名鼎鼎的「水果生產商」----蘋果公司。 -no-iconv -iconv 選擇是否編譯iconv支持，iconv是一個計算機程序以及一套應用程序編程介面的名稱。它的作用是在多種國際編碼格式之間進行文本內碼的轉換。這對跨語言Qt開發人員來說是很有用的，當然，考慮到中文的編碼，我也選擇加入支持。 -no-pch -pch 是 否支持預編譯過的頭文件。預編譯頭就是把一個工程中的一部分代碼,預先編譯好放在一個文件里(通常以.pch為擴展名)，這個文件就稱為預編譯頭 文件。這些預先編譯好的代碼在工程開發的過程中不會被經常改變。如果這些代碼被修改，則需要重新編譯生成預編譯頭文件。媽媽經常說：不懂就要學。我說：不 懂就加上。。。 no-dbus -dbus -dbus-linked 是否編譯編譯QtDBus模塊。dbus是freedesktop下開源的Linux IPC通信機制，本身Linux 的IPC通信機制包括，管道（fifo），共享內存，信號量，消息隊列，Socket等。在Qt中DBUS是有單獨的模塊的，可見其重要性。 -rece-relocations 對於額外的庫鏈接器優化，可以減少編譯中的再定位。 no-separate-debug-info -separate-debug-info 是否存儲debug信息在.debug，一般為了查錯，還是選擇存儲吧。 -xplatform target 相當淺顯的參數，即交叉編譯的目標平台，一般來說根據你所要移植的目標板來確定。 -no-feature-<feature> -feature-<feature> 選 取qte的feature編譯，對於這個，我理解為特性，特性的描述你可以參考src/corelib/global/qfeatures.txt，在這 裡面對於每個特性都有比較充分的講解。對於特性地選擇，也是要根據開發需求進行，如果裁剪適當，能大大為qte庫瘦身。 -embedded <arch> 嵌入式平台架構選擇，可以選擇arm，mips，x86及generic，視你的目標平台決定吧。 -armfpa -no-armfpa 這個參數也只是針對ARM平台的，是否加入對於基於ARM的浮點數格式的支持，通常，這個參數在編譯時會自動選擇。 -little-endian -big-endian 目標平台的大端和小端選擇，這應該是常識了，如果這不知道，就不要來混嵌入式了 -host-little-endian -host-big-endia 主機平台的大端和小端選擇，屬於雞肋的參數，不選擇也會在配置時自動選擇。 -no-freetype -qt-freetype -system-freetype 選擇freetype，FreeType庫是一個完全免費(開源)的、高質量的且可移植的字體引擎，它提供統一的介面來訪問多種字體格式文件，在嵌入式開發中，有套可使用的字體對於中文開發至關重要，本人一般使用文泉驛字體。 -qconfig local 使用本地的qconfig配置文件來替代全部參數配置，有需要的可以去研究下，可以裁剪控制項級別的參數。 -depths <list> 顯示的像素位深，也是根據需要來進行吧。 -qt-decoration-<style> -plugin-decoration-<style> -no-decoration-<style> 這個是選擇qt的樣式風格，對於需要美化界面的項目來說，可以好好選擇下。 -no-opengl -opengl <api> 是否加入opengl的支持，OpenGL是個專業的3D程序介面，是一個功能強大，調用方便的底層3D圖形庫。不過對於一般的開發來說，似乎有很少用到的地方。 -qt-gfx-<driver> -plugin-gfx-<driver> -no-gfx-<driver> 這個是相當重要的一個參數，選擇QtGui的圖形顯示驅動，比如我們在pc上使用qvfb模擬時，就應該加入對qfvb的支持。我們可以在 linuxfb，transformed，qvfb，vnc，multiscreen這幾個中選擇。在平常的開發板上，選擇linuxfb即可。 -qt-kbd-<driver> -plugin-kbd-<driver> -no-kbd-<driver> 選擇鍵盤的驅動支持，可以支持usb鍵盤，串口鍵盤等等，也是在tty，usb ，sl5000， yopy， vr41xx ，qvfb中選擇。 qt-mouse-<driver> -plugin-mouse-<driver> -no-mouse-<driver> 滑鼠的驅動支持，一般都會選擇tslib，可以完美地支持觸摸屏，在pc，bus，linuxtp，yopy，vr41xx，tslib，qvfb中選擇吧。 -iwmmxt 加入iWMMXt指令的編譯，也只是部分XScale架構才具有。 -no-glib -glib 是否加入glib庫的支持，glib庫對應即gtk庫，就也是說加入後可以使用gtk。
『玖』 QT中能否調用openssl的庫該怎麼解決
可惜我編譯qt 4.8的時候沒有編譯openssl的庫。
我試了在.pro文件中加入這些庫，但好像沒用。具體現象是QNetworkAccessManager 訪問https時候一直沒有response返回。
------解決方案--------------------------------------------------------
1、只有dll文件就動態載入這些庫，如果有lib文件可以靜態載入；
2、https訪問必須同過ssl通道才行，你只是把庫加入到項目中而沒有具體調用相應的函數，也是沒有效果的。
------解決方案--------------------------------------------------------
編譯庫，費時也費力。
------解決方案--------------------------------------------------------
zhu_xz兄說的對呀！需要編譯Qt庫。
我記得三年前我做過這個，這是我當時寫的一個手冊，不過可能已經過時了：
1. 安裝OpenSSL
首先確保安裝了ActivePerl
解壓openssl-0.9.8k.tar.gz到C:\OpenSSL
在命令行中執行以下命令：
cd C:\OpenSSLms\mingw32編譯結束後，將在C:\OpenSSL\outinc中生成Windows平台的頭文件，在C:\OpenSSL\out中生成庫文件。
2. 之後編譯Qt
在configure中加入參數 -openssl -I C:\OpenSSL\outinc -L C:\OpenSSL\out
然後執行make
3. 編譯完成後把C:\OpenSSL\libeay32.dll、C:\OpenSSL\libssl32.dll拷貝到Qt的bin目錄中，並且把libssl32.dll改名為ssleay32.dll。
= =