qt編譯預計符號

A. C語言QT提示這樣的warming怎麼解決

在編譯QT時 出現一些warning 是正常的 因為不同編譯器的默認設置可能有些不同 如果要修改 根據出現警告的類別 修改方式也有所區別 不過事實上 大多數警告是不用處理的 並不影響運行。 比如常見的 有符號數與無符號數比較 或者不同類型指針間賦值

B. 求助，Qt編譯出現「無法解析的外部符號」錯誤

用的Qt creator。新建一個Dialog，僅僅在dialog.h里添加了private slots: void buttonClicked();編譯就出錯
D:\MyProjects\Qt\dialog\slot\solt-build-Desktop_Qt_5_0_0_MSVC2010_32bit_SDK-Debug\debug\moc_dialog.obj:-1: 錯誤:LNK2019: 無法解析的外部符號 "private: void __thiscall Dialog::enableFindButton(class QString const &)" (?enableFindButton@Dialog@@AAEXABVQString@@@Z)，該符號在函數 "private: static void __cdecl Dialog::qt_static_metacall(class QObject *,enum QMetaObject::Call,int,void * *)" (?qt_static_metacall@Dialog@@CAXPAVQObject@@W4Call@QMetaObject@@HPAPAX@Z) 中被引用
未找到文件 moc_dialog.obj。

C. 命令行編譯qt程序 有幾種方式

一、環境配置

1
要想使用Qt進行命令行編譯，環境配置是必不可少的一步。環境配置好以後，我們才能使用相應的qmake，nmake等命令，並且鏈接到編譯程序時所需要的頭文件和庫文件。
小提示：為了幫助大家解決環境配置的問題，新版Qt已經自帶了相應的批處理文件，我們只要在編譯前執行對應的批處理文件即可。

2
首先，我們在命令行編譯時需要運行qmake.exe，因此我們需要將該文件的路徑添加到PATH變數中。要想做到這一點，我們只需要執行Qt安裝目錄下的
Qt5.5.1\5.5\msvc2013\bin\qtenv2.bat 批處理即可。

3
其次，在編譯過程中，我們還需要用到nmake命令，並且鏈接相應的頭文件和庫文件，以生成最終的可執行程序。要想做到這一點，我們只需要執行VS安裝目錄下的
D:\Program Files (x86)\Microsoft Visual Studio 12.0\VC\bin\vcvars32.bat批處理即可。
注意：由於我安裝的是Qt for VS2013 32位版，所以運行的是vcvars32.bat，如果你安裝的是64位版，請運行vcvars64.bat。

4
至此，環境配置就大功告成了。關於這個環境配置，需要特別指出的是，這個配置是臨時性的，只在當前命令行窗口有效；也就是說，你關閉命令行窗口後，均需要重新運行相應的批處理文件。
END
二、命令行編譯

首先，將以上兩個批處理文件復制到要編譯的工程目錄中。

然後，點擊菜單「文件」-「打開命令提示符」，在該目錄下打開命令行窗口。

執行批處理文件qtenv2.bat。注意，由於該批處理會跳轉到Qt安裝目錄，我們執行完畢後需要回到我們的當前目錄（我這里由於Qt安裝目錄與當前目錄不在同一個磁碟，只要切換磁碟便回到當前目錄了）。

執行批處理文件vcvars32.bat。

下面，正式開始編譯。首先，生成工程文件。鍵入命令：
qmake -project
說明：生成的工程文件名會與你當前的目錄名同名。例如，我當前的目錄名為test，生成的工程名則為test.pro。

接著，輸入qmake test.pro，生成相應的Makefile文件。

最後，鍵入nmake，生成最終的可執行文件。

D. cmake + Qt 5 編譯出錯，請幫忙看看怎麼解決

Qt在編譯時，需要首先使用uic.exe編譯UI文件，通過moc.exe處理Q_OBJECT之類的宏，當然你可以去掉這些定義，否則就需要加上：

# COMPILE UIs
SET(UIS
mnwindow
)

FOREACH (ui_file ${UIS})
SET(TMP_IN "${PROJECT_SOURCE_DIR}/res/${ui_file}.ui")
SET(TMP_OUT "${PROJECT_BINARY_DIR}/ui_${ui_file}.h")
EXECUTE_PROCESS(COMMAND ${QT_FOLDER}/bin/uic.exe -o ${TMP_OUT} ${TMP_IN})
MESSAGE(STATUS "EXEC=${QT_FOLDER}/bin/uic.exe -o ${PROJECT_BINARY_DIR}/ui_${ui_file}.h ${PROJECT_SOURCE_DIR}/res/${ui_file}.ui")
ENDFOREACH(ui_file)

# CREATE MOC
SET(HEADERS
mainwindow
)

FOREACH (header_file ${HEADERS})
SET(TMP_IN "${PROJECT_SOURCE_DIR}/inc/${header_file}.h")
SET(TMP_OUT "${PROJECT_BINARY_DIR}/moc_${header_file}.cpp")
EXECUTE_PROCESS(COMMAND ${QT_FOLDER}/bin/moc.exe -o ${TMP_OUT} ${TMP_IN})
SET(MOCS ${MOCS} ${PROJECT_BINARY_DIR}/moc_${header_file}.cpp)
MESSAGE(STATUS "EXEC=${QT_FOLDER}/bin/moc.exe -o ${PROJECT_BINARY_DIR}/moc_${header_file}.cpp ${PROJECT_SOURCE_DIR}/inc/${header_file}.h")
ENDFOREACH(header_file)

free c#.net qr creator
這里要注意的是：EXECUTE_PROCESS在COMMAND後面不能加引號，命令直接寫，否則執行的程序也不會出錯，但也不會正常運行.

E. Qt編譯時提示...\cstdlib:24: 錯誤:C2039:「exit」: 不是「`global namespace'」的成員

最近調程序也出現了這個問題，確定是因為把stdlib.h中的一句話注釋掉後，會報這個錯。具體的代碼是：
/* function prototypes */

#ifndef _CRT_TERMINATE_DEFINED
#define _CRT_TERMINATE_DEFINED
_CRTIMP __declspec(noreturn) void __cdecl exit(_In_ int _Code);
_CRTIMP __declspec(noreturn) void __cdecl _exit(_In_ int _Code);
_CRTIMP __declspec(noreturn) void __cdecl abort(void);
#endif
我注釋的是：_CRTIMP __declspec(noreturn) void __cdecl exit(_In_ int _Code);
將stdlib.h中的這部分代碼恢復就OK了，希望對後面遇到這類問題的朋友有幫助！

F. 如何為qt指定編譯器arm-xilinx-linux

修改$QTDIR/mkspecs目錄下的符號鏈接default.將其指向linux-g++
$QTDIR是路徑，具體要看你把QT裝到什麼地方和QT本身的版本，一般是/usr/lib[64]/qt4
修改default符號鏈接的作用是讓qmake在生成Makefile的時候將Makefile文件中的編譯器變數$CC與$CXX賦值成gcc和g++

G. qt怎麼自動選擇配置的define參數

當進入解壓好的源碼包後，使用./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。

H. Qt 編譯問題 :-1: error: collect2: error: ld returned 1 exit status

程序重新編譯,看看進程管理器中是否有你運行的程序.有可能是程序已經運行了一個實例,無法刪除之前的那個,所以才這樣報錯.

I. Qt中錯誤:LNK2019: 無法解析的外部符號 cvCreateFileCapture

1、檢查你的qt編譯的版本是32 的還是64 的，加libs 不要全加，根據你編譯的qt 是32 的還是64 的選擇合適的opencv庫
2、把你編譯時的日誌放上來，才好判斷是那裡的問題。

J. Qt的編譯器問題

你得設置這個：