在c ++中,为什么编译大量文件比编写大文件需要更长的时间?

goj*_*oji 7 c++ gcc

我最近将我的c ++项目中的一些非常大的文件拆分为许多较小的文件(基本上每个类一个文件).这使编译时间增加了一倍,并将生成的可执行文件从1.6mb扩大到2.4mb.为什么这会产生如此巨大的差异?

这是否必须在很多文件中包含几个标题而不是少数文件的直接结果?

漫画选项:

g ++ -Wall -Wextra -g -ggdb -std = c ++ 0x

我所指的可执行文件大小是在运行strip -s可执行文件之后.

尺寸:

之前使用调试符号:16MB

使用调试符号后:26MB

之前没有调试符号:1.5MB

没有调试符号后:2.4MB

附加问题:

我已经使用预编译头文件了,将头文件放在pch.hpp中,然后在我的g ++标志中使用-include pch.hpp选项.这是使用gcc执行此操作的最佳方式吗?它似乎对编译时间的影响非常小.目前尚未预编译的唯一标题是项目的一部分,并且随着项目的大量开发而变化.

Luc*_*ore 11

有几个原因导致这种情况发生,这是一个题外话:

  • 较慢的磁盘访问(可能不是这么大的增加的原因)
  • 包含相同标题的多个翻译单元意味着将这些标题粘贴在每个标题中.标题也会每次都进行预处理.(最可能的原因)
  • 标题中定义的静态变量或函数在每个翻译单元中重复
  • 为专门化它们的每个翻译单元生成模板的符号

这里有一些可以帮助你的东西 - 保留多个文件但减少编译时间:

  • 预编译的头文件
  • 批量构建 - cpp构建中排除文件,但将它们包含在已编译的不同实现文件中.