Borland 与 MingW/GCC 编译速度..

发布于 2024-12-06 21:10:13 字数 371 浏览 1 评论 0原文

我是 Borland 的长期用户(从 Turbo C 开始)(直到 BC5.2)。 我使用 MingW/GCC 和 CodeBlocks 已经大约一年了,主要是 特别是为了额外的支持。本机 64 位整数。

无论如何,我对编译速度有疑问。

我有一个 C (Win32) 文件,长度约为 60,000 行。 在 Borland 5.2 上,编译此文件大约需要 3-5 秒。 在 GCC 上,需要 35 秒多一点。

我正在使用的 GCC 命令行选项是。

-std=c99 -s -O2(我也尝试过 -O)

最终的 exe 大小几乎相同 +/- 50kB。

为什么编译时间差异这么大?在那里 一种加速 GCC 与 BC5.2 相当的方法?

I'm a long time Borland users ( since Turbo C ) ( until BC5.2 ).
I've been using MingW/GCC with CodeBlocks for about a year now, mainly
for the extra support esp. native 64bit integers.

Anyway, I have a query regarding compilation speeds.

I have a C (Win32) file which is apx 60,000 lines in length.
On Borland 5.2 this file takes apx 3-5 seconds to compile.
On GCC it takes a bit over 35 seconds.

The GCC command line options I am using are.

-std=c99 -s -O2 (ive also tried -O)

The final exe size is pretty much the same +/- 50kB.

Why the big difference in compilation time ? and is there
a way to speed up GCC to be comparable to BC5.2 ?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

寄居者 2024-12-13 21:10:13

Borland 的编译器从一开始就设计得很快,至少根据营销以及当时发布的基准测试,并得到业界的广泛认可。他们的目标是单一架构,x86 系列。

gcc 的设计初衷并不是为了快速。它的设计目的是:

  • 多种架构的目标代码,从嵌入式控制器到托管
  • 在多种架构上的
  • 超级计算机与不断变化的 C++ 语言标准保持同步

预期用途的差异无疑会影响其性能。

Borland's compilers were designed from inception to be fast, at least according to marketing and benchmarking published at the time, and widely acknowledged in the industry. They target a single architecture, the x86 family.

gcc was not designed to be fast. It is designed to:

  • target code for multiple architectures, from embedded controllers to supercomputers
  • be hosted on multiple architectures
  • keep pace with the ever changing C++ language standard

The divergence of the intended use undoubtedly affects its performance.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文