gcc哪个编译速度快

⑴ 综合来说，几大主流C++编译器(icc,gcc,clang,vc++等)究竟孰优孰劣

我曾编出各种C++ 11编译器的支持，并有C++ 14编译器支持一批。

实际使用

对VC编译的速度不断提高，内存占用已经从VC12开始明显提高，而最明显的是可变参数模板。还有内置的代码静态分析，在实际中很有用。32位保护模式下，ss寄存器存的是一个段选择子，选择子是一个数字，通过IDT(局部描述符表)或者GDT(全局描述符表)选择一个段描述符，描述符里面的信息包含该段的取值范围和大小。

vc14的静态分析不在每次载入一个ie（对，以前每分析一个.cpp，就载入一次ie！），速度快了相当多。

⑵ Gcc和llvm编译器有什么区别，我这配置哪个快

LLVM与GCC在三段式架构上并没有本质区别。LLVM与其它编译器最大的差别是，它不仅仅是Compiler Collection，也是Libraries Collection。举个例子，假如说我要写一个XYZ语言的优化器，我自己实现了PassXYZ算法，用以处理XYZ语言与其它语言差别最大的地方。而LLVM优化器提供的PassA和PassB算法则提供了XYZ语言与其它语言共性的优化算法。那么我可以选择XYZ优化器在链接的时候把LLVM提供的算法链接进来。LLVM不仅仅是编译器，也是一个SDK。

⑶ Clang 比 GCC 编译器好在哪里

1：Clang编译速度更快、编译产出更小、出错提示更友好。
2：clang还内置有静态分析工具，可以对代码进行静态分析（clang --analyze）。这是gcc做不到的。
3：clang结构更简单。因为clang只需要完成词法和语法分析，代码优化和机器代码的生成工作由llvm完成。所以和全部由自己包下的gcc比起来，clang可以更专注地做好一件事。
4：Clang 的另一个优势是代码结构清晰，可以作为库使用，成为其它 app（主要是 IDE）的内嵌 C/C++ parser。这样，editor 工具可以使用和 compiler 一样的 parser 来完成 edit-time 的语法检查。GCC 的结构比较混乱。业界一直有说法是 FSF 故意如此，以便让 GCC 无法作为其它 app 的内嵌部分。
5：Clang采用的是BSD协议。这是苹果资助LLVM、FreeBSD淘汰GCC换用Clang的一个重要原因。

⑷ 哪个软件的gcc比较好用

编译器:GCC Clang LLVM
编辑器：VC6.0 DEV VisualStudio Eclipse Notepad VScode 记事本……
GCC原名GNU C语言编译器
现在大多数编辑器里带的编译器都是用的GCC版的。

⑸ Clang 比 GCC 好在哪里

编译速度更快、编译产出更小、出错提示更友好。尤其是在比较极端的情况下。

两年多前曾经写过一个Scheme解释器，词法分析和语法解析部分大约2000行，用的是Boost.Spirit——一个重度依赖C++模版元编程的框架。当时用g++ 4.2编译的情况是：
编译速度极慢：完整编译一次需要20分钟
编译过程中内存消耗极大：单个g++实例内存峰值消耗超过1G
中间产出物极大：编译出的所有.o文件加在一起大约1~2G，debug链接产物超过200M
编译错误极其难以理解：编译错误经常长达几十K，基本不可读，最要命的是编译错误经常会长到被g++截断，看不到真正出错的位置，基本上只能靠裸看代码来调试
这里先不论我使用Spirit的方式是不是有问题，或者Spirit框架自身的问题。我当时因为实在忍受不了g++，转而尝试clang。当时用的是clang 2.8，刚刚可以完整编译Boost，效果让我很满意：
编译速度有显着提升，记得大约是g++的1/3或1/4
编译过程中的内存消耗差别好像不大
中间产出物及最终链接产物，记得也是g++的1/3或1/4
相较于g++，编译错误可读性有所飞跃，至少不会出现编译错误过长被截断的问题了
当时最大的缺点是clang编译出的可执行文件无法用gdb调试，需要用调试器的时候还得用g++再编译一遍。不过这个问题后来解决了，我不知道是clang支持了gdb还是gdb支持了clang。至少我当前在Ubuntu下用clang 3.0编译出的二进制文件已经可以顺利用gdb调试了。

最后一点，其他同学也有讲到，就是Clang采用的是BSD协议。这是苹果资助LLVM、FreeBSD淘汰GCC换用Clang的一个重要原因。

⑹ Clang 比 GCC 好在哪里

从代码上说，clang结构更简单。因为clang只需要完成词法和语法分析，代码优化和机器代码的生成工作由llvm完成。所以和全部由自己包下的gcc比起来，clang可以更专注地做好一件事。

这种结构也使clang可以被单独拿出来用在其他的程序里。比如vim的clang_complete插件就是利用clang进行语法分析后给出精确的自动补全和语法错误提示的。而gcc就没法很方便地做到这一点。

在实用性方面，除了有更快的编译速度更快和更友好的出错提示外，clang还内置有静态分析工具，可以对代码进行静态分析（clang --analyze）。这也是gcc做不到的。

总结如下：

Clang是LLVM的前端，可以用来编译C，C++，ObjectiveC等语言。传统的编译器通常分为三个部分，前端(frontEnd)，优化器(Optimizer)和后端(backEnd)。

在编译过程中，前端主要负责词法和语法分析，将源代码转化为抽象语法树；优化器则是在前端的基础上，对得到的中间代码进行优化，使代码更加高效；后端则是将已经优化的中间代码转化为针对各自平台的机器代码。Clang则是以LLVM为后端的一款高效易用，并且与IDE结合很好的编译前端。

⑺ GCC/G++，ICC，Clang，MSVC，BCC等C/C++编译器有什么特长和不足

clang编译速度快，但是貌似编译结果运行相对会慢。功能更新一般也比较快。
g++编译速度比clang慢，编译结果运行貌似比clang快。功能更新稍慢。
vc这几年没编译过大工程，感觉上编译速度在clang和g++之间。以过去的经验g++和vc编译结果运行速度差不多。功能更新上就是一坨屎。但是在Windows上写点正经东西你可能不得不用它，相对的你也只能在Windows上用它。
icc很久没用过，过去印象编译速度很慢，运行速度最快但是感觉有点得不偿失。最大的问题是这东西要钱，前三个都是免费的。
bcc直接无视就好了。

⑻ 求助，gcc的编译过程太慢

RH，SUSE系列可以用rpm包安装
Debian系列可以apt安装
没用过多个版本gcc并存，不过gcc4重写了前端，应该加快速度的！

⑼ 目前最好用的c++编译器是什么

编译器：GCC
如果你是要一个能够编译c++的软件，那我推荐code::blocks
dev-c++调试有bug

⑽ Intel C++ Compiler与gcc对比有什么优缺点

icc 是Intel公司专门为Wintel平台设计，有针对性的做了优化，缺陷也很显然，既然有针对性，也就不具备通用性。使用icc编译，可能会使编译出来的程序有更好的执行效率，但也可能使其在非Intel CPU上运行异常。并且，在某些情况下，即使在Wintel平台上也会崩溃。
gcc的优势在于其通用性，目前主流的所有平台，它基本上都支持。使用-O3优化编译后的执行效率，也不错。
在Win平台上，编译后执行效率最好的，依然是微软的vs，这可能与win系统是他们家出的有关。
使用icc带来的优势，并不突出，还是建议不要用了。
如果限定在win平台上开发，使用vc或gcc更合适一些。我个人推荐gcc，vc的ide环境过于庞大，不太喜欢，但win平台上主流的c开发工具还是vc，有不少开源的工程都使用它，如果你用到了这些开源代码，就不得不用了。