我有一个基于 GPR 的大型项目，编译可能需要 30 多分钟。
在分析了构建过程后，我注意到许多明显的低效率（多次调用 gprbuild 而不是聚合、过度使用替代文件而不是配置等）。我想知道是否有一些方法可以“分析”构建过程以查看需要这么长时间。
特别是即使是单个文件发生变化并且出现错误时，重新编译也需要大约5分钟。从理论上讲，应该很快意识到必须重新编译该文件（这是唯一一个这样做的）并开始编译过程，迅速发现错误。
从详细的输出来看，解析用于定义构建的大量 gpr 文件网络似乎需要相当长的时间，但我想知道它大部分时间都花在了哪里。
因此我的问题是：是否可以分析由 gprbuild 完成的构建？如果是这样，如何？
从低复杂度到高复杂度：
gprbuild报告有关它对标志做什么的更多详细信息-vh。gprbuild过去strace。gprbuild使用所需的标志重新构建以对其进行分析gprof（但请注意，gprof这并不总是说实话）。