我倾向于编写相当大的模板化仅标头 C++ 库，而我的用户通常抱怨编译时间。想了想，我突然想到我不知道时间都去哪儿了。是否有一些简单的方法可以使用通用编译器（例如 g++、icc 和 xlC）来分析 C++ 编译过程？例如，是否有可能知道在each of the phases of C++ compilation 中花费了多少时间？
【问题讨论】：
标签： c++ compilation profiling
对于GCC有debugging options可以找到how much time is spent within each of the phases of C++ compilation?
-Q 使编译器在编译时打印出每个函数名称，并在完成时打印有关每次传递的一些统计信息。
-ftime-report 使编译器在完成时打印一些有关每次传递所消耗时间的统计信息。
通行证在GCCINT 9: Passes and Files of the Compiler 中进行了描述。
您可以在此处将带有-v -ftime-report 的单个源文件的g++ 编译输出发布到discuss it。 GCC mailing list 可能会有一些帮助。
对于GCC 以外的编译器（或 GCC比3.3.6 更古老的），请参阅此线程中的其他选项。
【讨论】：
-Q 的输出可能会被一些 awk 或 perl 脚本抓取、解析和分析；或者您可以在控制台上观看函数名称打印，长时间暂停后打印的任何内容都很难编译。
gcc/toplev.c 中 grep 'quiet_flag' (announce_function - "当解析函数定义的开头时，此函数会在 stderr 上打印名称的功能”）。这个announce_function 可能是添加时间戳打印（gettimeofday）或将输出重写为某种无缓冲方式的点。或者另一种可能的方法是启用调试转储（-fdump-rtl-all-all-fdump-tree-all-all-fdump-ipa-all-all），但它们每次输出 1 个文件；您需要将它们转换为每次传递和每个函数输出 1 个文件（获取大量具有创建时间的文件）。
Boost 项目中的 a tool 可以用于几乎任何编译器和构建系统。
该工具需要带有TEMPLATE_PROFILE_ENTER() 和TEMPLATE_PROFILE_EXIT() 宏调用的源代码检测。然后，这些宏在编译时生成特定的诊断（警告），这些诊断与实例化调用堆栈（因此允许构建和visualizing 调用图）一起由脚本定时和收集。不错，IMO。
不过我还没用过。
【讨论】：
我还没有尝试过，但是 templight 看起来很有希望：https://github.com/mikael-s-persson/templight
【讨论】：
你可以在某种程度上将它们分开（我假设make）
-E 开关），以及一个依赖于预处理器输出文件的.PHONY 目标，就像普通二进制目标依赖于.o 文件一样。衡量构建此目标需要多长时间.o 文件但不链接它们的'PHONY 目标。衡量构建这个目标需要多长时间（从干净开始）现在您已经知道预处理、编译和链接需要多长时间了。您还可以比较第二个和第三个目标的优化和非优化 (-O0) 版本，看看在优化器中花费了多长时间。
【讨论】：
strace -e trace=process -f -r -ttt -T 上的某些变体可能会吸引您，至少对于像 g++ 这样被分解为多个进程的编译器而言。
【讨论】：
其他人已经为 GCC 建议了-ftime-report 命令行标志，这使得编译器打印一些关于每个编译阶段消耗的时间的统计信息。缺点是它只显示一个单元的摘要。
我编写了一个 Python script，它允许在给定项目构建日志文件的情况下按每个编译阶段打印所有单元的总摘要。它还允许按不同阶段进行排序。它还允许比较两个日志文件（例如，如果您想了解更改的影响）。
【讨论】：