[参考译文] CCS：程序模式编译失败

您使用哪种 TI 编译器？  如果它支持--opt_level=4，则我建议您不要使用程序级优化，而是使用--opt_level=4。  您将获得可能更好的优化结果。  它可以避免程序级优化的所有构建时间问题。

谢谢、此致、

乔治

我已经尝试过具有相同结果的不同编译器。 当前安装的编译器版本为：7.4.23、8.1.4、8.2.1、8.2.2

我在 CCS 界面中看不到任何支持--opt_level=4的选项，因此我实际上甚至不想存在这样的级别。 是否可以对其进行设置、如果是、还可以对哪些编译器进行设置？

至于通用优化、我的代码具有一些抽象、例如通过指针调用函数。 如果使用简单的优化、编译器会将所有指令分别用于加载地址和跳转、如果使用"程序模式编译"、则在大多数情况下它只是一个直接跳转。

我要么必须排除抽象(这使得支持和改进此代码变得更难)、要么现在使用"程序级优化"。 该程序对时间至关重要、因此、通过上述优化甚至提高5%的速度都非常有用、并允许我使用更复杂的处理。

您的编译是否也会像您引用的线程那样以静默方式失败、或者是否有错误消息？  我想知道、当您说编译"不起作用"时、您的具体意思是什么。

您能否从工作中和非工作中的案例发布控制台日志？

程序模式编译本质上是通过将命令行上的所有源文件串联到一个单元中来运行的。  因此、我希望日志显示"cl6x -o -pm a.c b.c c.c d.c d.c"之类的内容。  如果问题仅涉及子文件夹，那么我想知道子目录前缀是否缺失或 cl6x 命令是否被分解为多个命令。