当前位置:  开发笔记 > 运维 > 正文

如何比较编译器

如何解决《如何比较编译器》经验,为你挑选了2个好方法。

你用什么指针来比较编译器?

我被告知gcc是最好的C编译器,这是真的吗?如果是这样,为什么?

我的意思是这个,所以你可以说明哪个编译器更适合哪种架构.

(我听说igc比较适合英特尔,但我不知道为什么)

我个人打算使用AMD 64位,在Linux和Windows,GUI和非GUI应用程序中开发.



1> Rik..:

一般来说:首先,编译器质量最重要的方面是正确性.具有错误或意外行为的编译器可能会破坏您的一天.结果代码质量(如速度,大小和内存使用情况)也位于列表的顶部.

编译的速度是另一个方面,特别是在编译大型项目时.

我发现特别重要的一件事是错误处理,当编译器遇到它不能(或不会)处理的东西时,你得到的消息质量.



2> cletus..:

嗯,dunno,你听说gcc是"最好的C编译器".它是无处不在的,也比大多数商业UNIX供应商在20世纪90年代出现gcc时提供的原生C编译器要好得多.

但是什么定义了"最好的"?

是时候编译代码了;

编译代码的大小;

编译代码的速度;

内存使用编译代码;

错误和断层概率;

支持;

社区;

等等

不同的事情对不同的人很重要.

这里是一个集比较GCC英特尔的编译器指标和铿锵另一个比较.我相信你也可以找到一些与微软编译器的比较.

一般来说,人们并不是所有关注相关大小或速度或编译器(或者甚至必须使输出的大小或速度小于两倍),而是它是否有效(这是一个真正的问题)十年或两年前),它是否支持相关标准,是否有任何奇怪/错误/功能,你必须解决.

推荐阅读
小色米虫_524
这个屌丝很懒,什么也没留下!
DevBox开发工具箱 | 专业的在线开发工具网站    京公网安备 11010802040832号  |  京ICP备19059560号-6
Copyright © 1998 - 2020 DevBox.CN. All Rights Reserved devBox.cn 开发工具箱 版权所有