編譯qt工程怎麼樣

『壹』 QT中怎麼靜態編譯，靜態編譯的步驟是什麼。

靜態編譯需要將整個qt庫編譯成靜態庫才行。
my.oschina.net/weiweiqiao/blog/286487
有教程，不過別人已經編譯好了，你下載使用就行。具體看教程

『貳』 CodeBlocks 如何搭建一個編譯Qt程序的環境

你肯定也是照著這個做的吧
http://www.qtcn.org/bbs/read.php?tid=11847

你是到哪一步不行的？

『叄』 qtcreator工程編譯的應用程序可以在哪些操

在Qt Creator中使用OpenCV庫 (Windows 7系統下編譯成功)
編譯OpenCV2.0
1 下載tdm-mingw-1.908.0-4.4.1-2並安裝，安裝完畢添加bin到系統路徑。
2 安裝Opencv2.0 windows版本
3 安裝CMake
4 打開CMake，配置源碼與目標路徑，選擇MinGW Makefiles，生成目標Makefile
5 進入設置好的目標路徑，make，直至生成所有的庫
配置Qt Creator
Qt開發的程序一般需要藉助qmake生成makefile文件。由於qmake在解析路徑的時候不能識別空格， 因此需要確保OpenCV的安裝路徑中不能包含空格（C:/Program Files/OpenCV是不行的）。
在創建工程文件的時候（這里假設為hello.pro，後綴為pro），向工程中添加以下語句：
INCLUDEPATH+=D:/Qt/OpenCV-2.0.0/include/opencv
LIBS+=D:/Qt/OpenCV-2.0.0/lib/libcv200.dll.a/
D:/Qt/OpenCV-2.0.0/lib/libcxcore200.dll.a/
D:/Qt/OpenCV-2.0.0/lib/libml200.dll.a/
D:/Qt/OpenCV-2.0.0/lib/libcvaux200.dll.a/
D:/Qt/OpenCV-2.0.0/lib/libhighgui200.dll.a
這樣，在Qt中就可以使用Opencv 2.0 了

打開CMake，試一下，發現沒法完成configure！原因是CMAKE_MAKE_PROGRAM沒找到，這個簡單，修改該項為D:/Qt/2011.04/mingw/bin（您自個看著改）。
繼續Configure，什麼還出錯？彈出一大堆什麼dll找不到！！
好吧，我直接把D:/Qt/2011.04/mingw/bin放到環境變數中去。
Delete Catch以後再來一次，這下好了，連CMAKE_MAKE_PROGRAM都不用改了，自動找到。成功configure。
然後Generate一下。

『肆』 buildroot成功後如何編譯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

『伍』 Qt編程是干什麼的啊!要用什麼編譯器!

Qt是諾基亞開發的一個跨平台的C++圖形用戶界面應用程序框架。純粹面向對象的一個界面庫，比如MFC就是微軟提供的一個用C++寫的GUI庫，當然MFC里還有很多多線程，數據結構相關的類。看看網路吧。http://ke..com/view/23681.htm

『陸』 VS編譯Qt有什麼用

Qt是一個跨平台且功能強大的C++庫，在VS下編譯Qt是為了能夠在windows使用VS方便地開發Qt程序。至於Qt Creator,這個集成開發環境與VS相比，自然是小烏見大烏了。

『柒』 QT用VS還是MINGW編譯好，有什麼區別

MinGW 兼容性更好，調試也更方便。
VS生成的 exe 發布時依賴的 dll 少一些，其他都不如 mingw。

『捌』 為什麼 Qt Creator 的編譯如此之慢

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++打開編譯。