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文件移除，添加进来新拷贝的文件，就可以编译运行了。