提高工程编译速度
-j [N], --jobs[=N] 同时允许 N 个任务；无参数表明允许无限个任务。
最有用的是去掉.o之间的依赖关系检查，但这样做需要对自己的工程项目子程序文件非常了解
㈡ 如何提高Delphi7的编译速度
提高 delphi 的编译速度，最有效的方法是提高计算机的性能（更高的CPU运行速度、使用固态硬盘等）。
从软件优化的角度来说，有以下做法：
1、减少程序中第三方控件的引用，尤其是一些冗余的三方控件引用要清理掉。
2、优化下操作系统、即时杀毒监控程序等。
3、在编写代码时，将 Project->Options->Packages->Build with runtime packages 选项钩上，生成 exe 最终时再关闭。（详见网文《delphi的编译速度提高》）
㈢ c++builder编译速度太慢，能不能通过设置来加快
C＋＋builder是最快的C＋＋编译器之一，从编译速度来说也可以说是最快的win32C＋＋编译器了。除了速度之外，C++builder的性能也在其它C＋＋编译器的之上，但许多delphi程序员仍受不了c++builder工程的编译速度。的确，delphi的速度要比任和c++的编译器都要快好多。Delphi在编译一个小工程的时候可能不到一秒，大的工程一般也在5秒钟这内编译完成了。
为什么delphi会比c++builder快这么多？是否有方法来c++builder的编译速度？本文就讲解了为什么C＋＋的编译器速度会慢，并且介绍了一个简单的方法来减少c++builder的编译时间。
为什么c++编译器的速度会慢？
c++builder 使用者怎么通过预编译头文件来减少编译时间？
讲解基于VCL可视化工程的预编译头文件方法
优化c++builder对预编译头文件的使用
结论
注意事项
为什么c++编译器速度慢？
在C＋＋中，你只能使用预定义或是预先声明了的函数，这意味什么？来看一个简单的例子，函数A()调用函数B（），函数A（）只能在函数B（）的原型或是函数体在A（）之前才能调用它
㈣ 浅谈怎样加快C++代码的编译速度
C++代码一直以其运行时的高性能高调面对世人， 但是说起编译速度，却只有低调的份了。比如我现在工作的源代码，哪怕使用Incredibuild调动近百台机子，一个完整的build也需要四个小时，恐怖！！！虽然平时开发一般不需要在本地做完整的build，但编译几个相关的工程就够你等上好一段时间的了（老外管这个叫monkey around，相当形象）。想想若干年在一台单核2.8GHZ上工作时的场景 - 面前放本书，一点build按钮，就低头读一会书~~~往事不堪回首。 可以想象，如果不加以重视，编译速度极有可能会成为开发过程中的一个瓶颈。那么，为什么C++它就编译的这么慢呢？ 我想最重要的一个原因应该是C++基本的“头文件-源文件”的编译模型： 1.每个源文件作为一个编译单元，可能会包含上百甚至上千个头文件，而在每一个编译单元，这些头文件都会被从硬盘读进来一遍，然后被解析一遍。 2.每个编译单元都会产生一个obj文件，然后所以这些obj文件会被link到一起，并且这个过程很难并行。 这里，问题在于无数头文件的重复load与解析，以及密集的磁盘操作。 下面从各个角度给出一些加快编译速度的做法，主要还是针对上面提出的这个关键问题。 一、代码角度 1、在头文件中使用前置声明，而不是直接包含头文件。 不要以为你只是多加了一个头文件，由于头文件的“被包含”特性，这种效果可能会被无限放大。所以，要尽一切可能使头文件精简。很多时候前置申明某个namespace中的类会比较痛苦，而直接include会方便很多，千万要抵制住这种诱惑；类的成员，函数参数等也尽量用引用，指针，为前置声明创造条件。 2、使用Pimpl模式 Pimpl全称为Private Implementation。传统的C++的类的接口与实现是混淆在一起的，而Pimpl这种做法使得类的接口与实现得以完全分离。如此，只要类的公共接口保持不变，对类实现的修改始终只需编译该cpp；同时，该类提供给外界的头文件也会精简许多。 3、高度模块化 模块化就是低耦合，就是尽可能的减少相互依赖。这里其实有两个层面的意思。一是文件与文件之间，一个头文件的变化，尽量不要引起其他文件的重新编译；二是工程与工程之间，对一个工程的修改，尽量不要引起太多其他工程的编译。这就要求头文件，或者工程的内容一定要单一，不要什么东西都往里面塞，从而引起不必要的依赖。这也可以说是内聚性吧。 以头文件为例，不要把两个不相关的类，或者没什么联系的宏定义放到一个头文件里。内容要尽量单一，从而不会使包含他们的文件包含了不需要的内容。记得我们曾经做过这么一个事，把代码中最“hot”的那些头文件找出来，然后分成多个独立的小文件，效果相当可观。 其实我们去年做过的refactoring，把众多DLL分离成UI与Core两个部分，也是有着相同的效果的 - 提高开发效率。 4、删除冗余的头文件 一些代码经过上十年的开发与维护，经手的人无数，很有可能出现包含了没用的头文件，或重复包含的现象，去掉这些冗余的include是相当必要的。当然，这主要是针对cpp的，因为对于一个头文件，其中的某个include是否冗余很难界定，得看是否在最终的编译单元中用到了，而这样又可能出现在一个编译单元用到了，而在另外一个编译单元中没用到的情况。 之前曾写过一个Perl脚本用来自动去除这些冗余的头文件，在某个工程中竟然去掉多达了5000多个的include。 5、特别注意inline和template 这是C++中两种比较“先进”的机制，但是它们却又强制我们在头文件中包含实现，这对增加头文件的内容，从而减慢编译速度有着很大的贡献。使用之前，权衡一下。
㈤ 如何加快Android Studio的编译速度
作为一名Android程序员，选择一个好的IDE工具可以使开发变得非常高效，很多程序员喜欢使用Google的AndroidStudio来进行开发，但使用起来有时会出现卡顿等问题。本文介绍了几种优化AndroidStudio启动、编译、运行速度的方法。首先解决一个AndroidStudio启动报错的问题1、进入刚安装的AndroidStudio目录下的bin目录。找到idea.properties文件，用文本编辑器打开。2、在idea.properties文件末尾添加一行：disable.android.first.run=true，然后保存文件。3、关闭AndroidStudio后重新启动，便可进入界面。优化AndroidStudio启动速度1、开启gradle单独的守护进程当AndroidStudio遇到错误的时候，往往会导致AndroidStudio挂掉，为了防止推出程序，则另外开启一个线程来守护AndroidStudio的进程，具体操作。在C:\Users\.gradle这个目录下，创建gradle.properties配置文件，复制以下配置进行优化。#Project-wideGradlesettings.org.gradle.daemon=trueorg.gradle.jvmargs=-Xmx2048m-XX:MaxPermSize=512m-XX:+HeapDumpOnOutOfMemoryError-Dfile.encoding=UTF-8org.gradle.parallel=trueorg.gradle.configureondemand=true这些配置文件主要就是增大gradle运行的java虚拟机的大小，让gradle在编译的时候使用独立进程，让gradle可以很好的运行。2、扩大内存64位：\studio64.exe.vmoptionsorstudio.exe.vmoptions32位：\studio.exe.vmoptionsorstudio.exe.vmoptions编辑这个文件，在最开始的两行设置内存大小，类似于eclipse.ini中的配置。配置如下：-Xms256m-Xmx1024m3、优化编译时VM大小选择file->setting->compile添加如下参数：-Xmx1024m-XX:MaxPermSize=128m-XX:+HeapDumpOnOutOfMemoryError-Dfile.encoding=UTF-8具体参数大小视电脑配置而定。经过测试，编译速度有很大提升，比较大的项目从之前的5-8分钟可以减少到1-2分钟。OneAPMMobileInsight能够实时监测移动应用的真实用户体验，通过Agent实现端到端的应用性能分析。帮助用户提高发现应用问题的速度。并且可以深入到代码级进行应用性能问题剖析，通过可视化界面展示智能移动终端的实时运行状态。
㈥ 如何提高大型工程的编译速度
影响因素比较多：1文件的大小，文件大小指的是全部include后的大校2文件数量，编译是一个一个文件进行的，所以你的工程的文件数量也有关系。3还有声明的复杂程度，复杂声明需要额外地计算。4最影响编译速度的估计是C++的模板
㈦ 关于如何提高keil的编译速度
Project -> Options for Target -> C/C++下面勾选“Optimize for Time”优化时间，即优化代码中费时的地方。
Keil（MDK-ARM）系列教程（四）_工程目标选项配置（Ⅱ）：
http://blog.csdn.net/ybhuangfugui/article/details/53131141
Keil系列教程：
http://blog.csdn.net/column/details/13472.html
㈧ 如何提高vs2010编译速度
如果你的cpu够强你应该学会如何利用好它来加速你的代码编译速度，那么你怎么才能够最大限度让你的cpu发烧呢？
下面是一个对比：
比如我的cpu是i7 3770k，
编译cocos2d-x的libcocos2d工程：
不优化：
1>Time Elapsed 00:01:35.25
优化后：
1>Time Elapsed 00:00:21.66
效果显着！！！
参考网页：
Visual Studio 2010中C++并行构建调优(1)
http://developer.51cto.com/art/201003/189235.htm
1>cl : Command line warning D9030: '/Gm' is incompatible with multiprocessing; ignoring /MP switch
解决办法是：
Properties -> Configuration Properties -> C/C++ -> Code Generation -> Enable Minimal Rebuild -> No(/Gm-)
Properties -> Configuration Properties -> C/C++ -> Geneal -> Multi-processor Compilation -> Yes(/MP)
一些含义和拓展资料：
Enable minimal rebuild
通过保存关联信息到.IDB文件，使编译器只对最新类定义改动过的源文件进行重编译，提高编译速度
Enable Incremental Compilation
同样通过.IDB文件保存的信息，只重编译最新改动过的函数
/MP (Build with Multiple Processes)
http://msdn.microsoft.com/en-us/library/bb385193.aspx
/Gm (Enable Minimal Rebuild)
http://msdn.microsoft.com/en-us/library/kfz8ad09.aspx