• 状态 Resolved
  • 已锁定 已锁定
  • 回复 2 回复
  • 订户 0 订户
  • 视图 143 视图
  • 用户 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.

[参考译文] TM4C129ENCPDT：重新编译/重建 TivaWare driverlib

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

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/656852/tm4c129encpdt-recompiling-rebuilding-tivaware-driverlib

器件型号：TM4C129ENCPDT
主题中讨论的其他器件：TM4C1230C3PM、 TM4C123

我们正在重新编译 driverlib。

我们导入了 driverlib 项目、并告诉 CCS 将该项目复制到我们的工作区。 正如预期的那样、生成的工程将所有源文件引用为指向其原始安装位置的链接。 运行清理编译似乎可以正常运行、因为它运行到完成并创建 driverlib.lib、其中只有一个(预期)警告、即工程是使用旧版本的编译器(5.2.6 [ARM]、而我们有16.9.4 LTS)创建的。 因此、它会进行构建、但需要进行测试以确保我们的构建环境、工具链版本等不会带来问题。

为此，我有一些具体问题：

我注意到 driverlib CCS 项目将器件设置为 Tiva TM4C1230C3PM (请参阅屏幕截图)。 driverlib 指定 TM4C1230C3PM 有什么特殊原因吗？ 器件选择是否会对生成的 driverlib.lib 二进制文件产生任何影响？ 如果我们的应用程序目标是不同的 TM4C12x 器件、那么什么会阻止库二进制文件具有错误的常量"烧入"？

是否有人重新编译了 driverlib、我们是否应该查找其他任何 gotchas？

谢谢

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

    您好、12月12日下午、

    [引用 user="12ve12pm"]器件选择是否会对生成的 driverlib.lib 二进制文件产生任何影响？

    不、它对您将获得的.lib 文件没有任何影响。

    [引用 user="12ve12pm"]如果我们的应用程序的目标是不同的 TM4C12x 器件，则哪些因素会阻止库二进制文件具有错误的常量“烧入”？

    特定器件不会烧写任何常量。 针对器件系列/修订版本的任何不同 DriverLib 需求都由 DriverLib API 内的 if-then-else 语句处理、从而允许将该库与所有 TM4C12x 器件一起使用。   每个单独项目集的独特项目配置、DriverLib API 使用哪些定义、例如 class_in_TM4C123或 class_in_TM4C129。 基于此、DriverLib 将为为每个唯一项目选择的器件/版本执行代码。 这样、我们就可以避免为 每个器件系列/修订版重新构建 DriverLib。

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