❶ QT編譯的問題
qt的make要寫好make的配置文件，可以自動生成配置文件的，建議你還是在windows下面用ide，生成那個文件，然後到linux下面編譯，而且需要經常的make clean一下，否則也會出錯
❷ Qt中編程，只要變動一點點就要整個工程都重新編譯，這怎麼解決
用Qt Creator？不可能吧，你構建時只要不清除原來生成的.o後輟的文件，已經編譯好的部分是不會再編譯的，除非有改動。
你可以到構建目錄查看下是否是其它原因導致編譯後的臨時文件被刪除。
❸ windows下 QT編譯為什麼一直出現 C:\Qt\Qt5.1.0\5.1.0\mingw48_32\bin\qmake.exe -spec win32-g++ CONFIG
你的電腦的系統時間是錯的。
解決方法，把所有的臨時文件全部清空，包括Makefile文件和user文件，然後再編譯。
❹ QT如何進行線程編譯
在Qt中使用多線程，目前就我使用過的有兩種，一是子類化QThread，重寫run函數，在run函數里實現自己的代碼，這一部分代碼通常是比較耗時，或者乾脆直接阻塞的。比如一個while循環，設置一個標志，判斷循環結束。
這樣的例子在網上有很多，就不寫了。
這樣寫的話，會有一些東西需要了解。
子類化QThread的方法，只有run函數裡面的內容是執行在子線程里的，其他的部分，比如槽函數什麼的還是在主線程里執行（假設是在主線程開啟的該子線程）。
還有一種方法，是子類化QObject，新建一個線程，然後使用MoveToThread把這個類的對象移到新建的線程中，這種做法使得它所有的槽函數都是執行在新開辟的線程裡面。
如果直接（QObject對象）.abc()的話，這個成員函數是在主進程內執行，可能會出現"QObject::killTimer: timers
cannot be stopped from another thread"的運行錯誤。
使用第二種方法的話，貌似會遇到這樣的問題：如果在一個槽函數中把子線程阻塞，其他的槽函數無法接受來自主線程
❺ QT編譯錯誤，怎麼解決
項目->構建設置，把中文路徑改為英文路徑 ，記得清理之後再重新構建哦
❻ 關於QT編譯報錯的問題，哪位大神遇到過類似的問題么，卡了我兩天了。
這個是你構建套件的問題。kit: Desktop Qt 5.6.0 MSVC2013 32bit 這句話的意思，就是你現在構建套件不匹配。
1、代碼是從別人那裡復制過來的話，記得都清楚build的路徑，qmake後，重新構建。
2、如果是IDE不對的話，得完全刪除當前的QT，然後重新下載相對應的ide。一般後面會標示。這個qt是帶編譯器的。
❼ qt如何防止重新編譯
應該不是啊，qt在編譯的時候都是調用makefile，實現「智能編譯的」，也就是，當他發現編譯的目標文件比他的依賴文件還要早的話就會重新編譯，所以會提高編譯效力。
❽ 為什麼 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++打開編譯。
❾ OSX系統用QT編譯cmakelist文件時出錯 在這無限循環
Qt在編譯時，需要首先使用uic.exe編譯UI文件，通過moc.exe處理Q_OBJECT之類的宏，當然你可以去掉這些定義，否則就需要加上：#COMPILEUIsSET(UISmnwindow)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)#CREATEMOCSET(HEADERSmainwindow)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)freec#.netqrcreator這里要注意的是：EXECUTE_PROCESS在COMMAND後面不能加引號，命令直接寫，否則執行的程序也不會出錯，但也不會正常運行.