• 状态
  • 已锁定 已锁定
  • 回复 3 回复
  • 订户 1 订户
  • 视图 183 视图
  • 用户 0 会员在此处
选项
选项
相关

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] F29H850TU：具有 VLIW 架构的源代码到目标代码可追溯性

admin
Guru**** 2390735 points
Other Parts Discussed in Thread: TMS320F28386D
请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/microcontrollers/c2000-microcontrollers-group/c2000/f/c2000-microcontrollers-forum/1447699/f29h850tu-source-code-to-object-code-traceability-with-vliw-architecture

部件号：F29H850TU
主题中讨论的其他器件：TMS320F28386D

工具与软件：

您好！

我们目前正在研究 C29x 文档、有一个关于源代码到目标代码可追溯性的问题。

由于新的 C29x 具有 VLIW 架构、这意味着增强性能的任务很大一部分由编译器处理以打包指令、因此 C 源代码和目标代码之间的可追溯性可能会变得非常复杂。

编译器在哪个优化级别开始重新组织与将 C 代码直接转换为优化的打包指令相对应的汇编代码？

此致、

Cl é ment

  • 0
    TI__Guru**** 2390735 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好、Cl é ment！

    编译器无法保证绝对"直接将 C 代码转换为优化的紧凑指令"、因为由于指令调度、总会有一些次要指令移动、但使用较低的优化级别(如-O1)将减轻这种影响、这也是我们建议的(尤其是为了实现最大可调试性)。   我会参考 C29编译器用户指南 中 有关优化选项的部分、了解更多相关信息。  

  • 0
    TI__Guru**** 2390735 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    Alan、您好！

    是的、这正是我想知道的。

    在我们的领域中、我们通常不会超过-O1。  O1是否仍会有一些小的指令移动?

    但是、我们担心的是、如果没有对指令封装进行优化、与我们当前使用的 TMS320F28386D 相比、我们可能无法获得宣传的那么多的计算能力。 您是否有一些数字与-O1分享收益或该数字是否为机密信息？

    根据我对您指出的文档的理解、软件流水线优化始终仅包含在-O3中、对吗？

    此致、

    Cl é ment

  • 0
    TI__Guru**** 2390735 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好、 Cl é ment、

    使用-O1时会发生微小的指令移动、但这是所有编译器的预期行为。  在源代码和汇编代码之间存在可追溯性问题是不够的。 但是、 为了真正获得 C29的性能优势、您需要使用更高的优化级别。  您能否更具体地说明为什么 C 源代码和目标代码之间的可追溯性 令人担忧？ 它是否可调试？