creator編譯慢怎麼回事

㈠ 誰了解QT編程工具啊，麻煩比較一下。

我先來拋磚引玉吧
1）內嵌VC開發的話，可以使用visual studio的各種C＋＋功能，文本編輯／自動補全／調試等等和普通的C＋＋開發差不多，gui界面會調用designer插件，這個vc/eclipse/kdevelop/qt creator都一樣。相對來說比較方便。但是因為visual studio不支持並行編譯（至少vs.net2008還不支持），因此編譯較慢。如果是寫了makefile，或者利用qt生成vc格式的makefile，那麼qt.gitoris.org上有一個項目叫jom,和nmake基本兼容，但是支持並行編譯，這個只能在命令行裡面用
2)eclipse，給我的感覺怎麼說呢，就不像是給C/C++程序員使用的IDE，它其實也就是用qt插件創建gui，在編譯過程中插入moc/uic／rcc處理。編譯速度要看是在windows下還是linux下，如果是wndows，eclipse使用的是mingw工具鏈，因此編譯速度很慢。linux下用的是gcc工具鏈，因此速度較快
3）kdevelop分為3.x版本的和4.x版本的，3.x版本的比較成熟，但是有些功能不太容易使用，比如一個很簡單的添加已存在的文件到項目中的操作，用kdevelop就是沒有很直觀的方式。不是很好用
4)qt creator，我覺得比kdevelop和eclipse好用，比visual studio 2008當然還是差一些。比如它的文件的編碼格式（gb2312／iso88159－1/utf-8/big5）之類的設置，有時候似乎沒有生效，我用kate或者gedit打開之後發現qt creator編碼格式轉換沒有起作用。
這些工具在gui編碼和qt特有的功能（信號/槽、屬性、moc/uic/rcc)方面基本相同，都是調用qt designer插件。在編譯速度方面，eclipse(win32) = QTCREATOR(WIN32+MINGW) < vc(nmake或IDE編譯) < VC(JOM) = qtcreator(vc編譯器） < eclipse(linux) ＝ qtcreator(linux) = kdevelop(linux)。在文本編輯／自動補全／跳轉方面，應該說是vc > qt creator > eclipse = kdevelop

㈡ cocos打包安卓客戶端時，creator2.4.3無法編譯安卓客戶端

打開安裝客戶端時，無法編譯，無法編譯客戶端，那是不可能的，你在設置里邊感覺的試一下

㈢ 為什麼 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++打開編譯。

㈣ Cocos Creator 編譯windows 失敗 求教教

把你的classes和 resources目錄拷貝到例子如testcpp目錄，替換掉原來的文件夾，再打開cocos2d-x 解決方案文件cocos2d-win32.vc2012.sln，在testcpp工程中將原來的cpp文件移除，添加進來新拷貝的文件，就可以編譯運行了。