如何比较编译器

不知道你从哪里听说gcc是“最好的C编译器”。它是最普遍的,而且比20世纪90年代gcc出现时大多数商业UNIX供应商提供的本机C编译器要好得多。

• 编译代码的大小;
• 编译代码的速度;
• seg断层的缺陷和概率;
• 等

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

set of metrics comparing gcc to Intel's compiler 和 another comparison with clang . 我相信你也能找到一些与微软编译器的比较。

一般来说:首先,编译器质量最重要的方面是 . 一个有bug或意外行为的编译器真的会毁了你的一天。 这个 结果代码的质量 ,如速度、大小和内存使用率,也位于列表的顶部。

这个 另一个方面是编译,尤其是在编译大型项目时。

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

正确性 是 必要条件

我也喜欢

• 有一个运行非常快的编译器(比如 lcc 或 ocamlc )
• ocamlopt 或 MLton

如果它们是两个不同的编译器,那也没关系。

我 憎恨

我知道INTEL和MS编译器已经开始为 SSE3/4 指令和做一些聪明的事情,比如在编译器中展开循环和支持向量化。不确定GCC是否会这样做。

你是说

• 编译速度最好
• 最快的代码?

您可以创建一个测试应用程序,可能带有一些讨厌的代码(需要智能优化器),并使用所有编译器对其进行测试。

gcc是一个可怕的编译器。它拥有最好的技术支持,也许是因为它的价格、用户数量和互联网(还有谷歌的帮助)。但就其生成的机器代码的质量而言,它的输出是平均到低于平均水平。