[参考译文] 编译放大器；链接时间取决于编译器安装位置(&A)

Unknown 说：

"独立"编译器所用的时间几乎是原来的两倍。

我不认为它是"独立"的事实是什么使差异。 您是否还可以尝试使用独立的2.1.2编译器、以了解发生了什么情况？

novar luo 说：

您还可以尝试独立的2.1.2编译器

您是指独立2.1.3吗？ 独立版本已经是2.1.2。

我已独立安装2.1.3、但 CCS 无法发现它。 我想它不能应付两个或多个相同版本的编译器。

我还安装了最新且最出色的3.2.0.LTS。 以下是最新项目代码的最新结果：

1) TI Clang v3.2.0.LTS c：\ti\ti\cgt-armllvm_3.2.0.LTS                           1M 23    
2) TI Clang v2.1.3.LTS C：\ti\ccs1240\ccs\tools\compiler\ti-CGT-armllvm_2.1.3.LTS   33s
3) TI Clang v2.1.2.LTS c：\ti\ti\cgt-armllvm_2.1.2.LTS                           34秒

那么、TI 似乎问题已经从一个独立编译器转移到另一个编译器。

我还注意到、使用编译器(2)和(3)时、它会占用 PC 上的最大 CPU 负载。 当我使用编译器(1)时、CPU 负载不会超过50%。 几乎就像使用(1)时并行作业的数量减半一样。

Unknown 说：

所以问题似乎已经从一个独立编译器转移到另一个编译器。

这很奇怪。 我从来没有听说过这样的问题。 我需要看看我是否可以重现此情况、

谢谢 Ki、但我认为我们可能应该关闭这个问题。 我今天尝试了相同的测试、但没有 遇到相同的问题。 确实很奇怪、但看起来它对于我的机器是本地的。 很抱歉浪费你的时间。

Unknown 说：

我今天尝试了相同的测试，但我没有 遇到相同的问题。 [/报价]

我想知道这是不是最初在 CCS 中安装新编译器并首次使用后发生的情况。 可能会再次索引工程、并且在启动编译时重新索引可能会导致编译速度减慢。 由于索引完成、后续生成会得到改进。