C++ 的编译器就是慢啊？
早就听同学说，他们的C++工程动辄就编译半个小时，
我被吓怕怕了，
说实话，我用Delphi，还没有编译过10分钟的工程。

今天我在VC++下编译了一套界面库 xtreme toolkit Pro
妈呀，怎体会到了什么是大工程，半个小时，轻而易举就过去了。

我觉得可能是编译器不行，就换用了Intel C++，KAO
比VC还慢，45分钟不是问题。

就拿Delphi中和这套界面库相同重量级的 DevExpress QuantumGrid Suite 来说吧
我就是怎么努力，他的编译时间也超不了1分钟。

看来VC++是比较适合做大工程的。

Delphi也就能开发一个酷狗，迅雷，Skype，熊猫烧香，InnoSetup，之类的软件了。

实验环境：
VC++ 6 sp6
Intel C++ 8.0
Xtreme toolkit Pro 11.2.2
Delphi 7.0 sp1
DevExpress QuantumGrid Suite V29


[解决办法]
我用vc2003感觉比vc6还好用
[解决办法]
是啊,编得慢,代码也难懂.
同样的输入法源代码(delphi的从c++转的),编译要多几分钟
[解决办法]
运行效率哪个快点啊
[解决办法]
C、C++的编译效率是主流语言里面最差的——据说主要是因为头文件的问题——这也是后面出来的语言都没有所谓头文件概念的缘故吧。

但是以Delphi编译快来判断Delphi只能开发小东西，那就未免偏颇了。不能说乌龟跑得慢就说乌龟能力比兔子强吧。
[解决办法]
楼上说得对
[解决办法]
编译快不好，编译慢反而好？反而适合“大工程”？？？
这是什么道理？莫名其妙。

[解决办法]
C、C++语法比Delphi复杂，变量没有固定声明的地方、还有宏代码，++、--的，编译起来当然麻烦些。。。
工具语言都是在不停的发展，差距会越来越小

-------
伴水[color=#FFFFFF]_[/color]清洁工[color=#FFFFFF]_[/color]

[解决办法]
C++的语法特征做成的~
.Net.Op就很快
其实是C++的历史遗漏问题了~