• 状态 Resolved
  • 已锁定 已锁定
  • 个回复 12 个回复
  • 名订阅用户 1 名订阅用户
  • 次查看 822 次查看
  • 用户 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.

[参考译文] SIMPLELINK-CC32XX-SDK：将 SDK 从4.40.00.07更新到6.10.00.05会导致未解析的外部组件

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

https://e2e.ti.com/support/tools/code-composer-studio-group/ccs/f/code-composer-studio-forum/1340684/simplelink-cc32xx-sdk-updating-sdk-from-4-40-00-07-to-6-10-00-05-causes-unresolved-externals

器件型号：SIMPLELINK-CC32XX-SDK
主题中讨论的其他器件：CC3220SF、SysConfig、 CC3235SF

我们正在尝试 使用 CC3220SPMod 器件更新我们当前的无线紧急按钮产品上的 TI 工具。 我们已成功地将 Code Composer Studio 从版本10更新至版本：12.6.0.00008。 但是、将 CC32XX-SDK 从4.40..00.07更新为6.10.00.05时出现问题、 由于未解析的外部符号、因此无法获取过去的链接。 我们使用的是 SysConfig1.12.0和 XDC 3.26.1.16。 似乎在链接期间不再访问 SDK kernel/packages/ti/DPL 目录中的所有符号。 下面是问题窗口输出和屏幕截图我们的项目的 ARM 链接器>文件搜索路径  

#10010链接过程中遇到错误；未构建 Wireless_Panic_Button_ 3220SF_tirtos_ccs.out"
#10234-D 未解析符号仍保留
gmake：***[全部]错误2
gmake[1]：*** Wireless_Panic_Button_ 3220SF_tirtos_ccs.out]错误1
未解析的符号 ClockP_built、首先在 C：/ti/simplelink_cc32xx_sdk_6_10_00_05/source/ti/drivers/lib/ccs/m4/drivers_cc32xx.a 中引用
未解析的符号 ClockP_create、首次在 C：/ti/simplelink_cc32xx_sdk_6_10_00_05/source/ti/drivers/lib/ccs/m4/drivers_cc32xx.a 中引用
未解析符号 ClockP_Destructure、首先在 C：/ti/simplelink_cc32xx_sdk_6_10_00_05/source/ti/drivers/lib/ccs/m4/drivers_cc32xx.a 中引用
未解析符号 ClockP_getCpuFreq、首先在 C：/ti/simplelink_cc32xx_sdk_6_10_00_05/source/ti/drivers/lib/ccs/m4/drivers_cc32xx.a 中引用
未解析符号 ClockP_getSystemTickPeriod、首先在 C：/ti/simplelink_cc32xx_sdk_6_10_00_05/source/ti/drivers/net/wifi/ccs/rtos/simplelink.a 中引用
未解析的符号 ClockP_getSystemTicks、首先在 C：/ti/simplelink_cc32xx_sdk_6_10_00_05/source/ti/drivers/net/wifi/ccs/rtos/simplelink.a 中引用
未解析符号 ClockP_PARAMS_init、首先在 C：/ti/simplelink_cc32xx_sdk_6_10_00_05/source/ti/drivers/lib/ccs/m4/drivers_cc32xx.a 中引用
未解析符号 ClockP_setTimeout、首先在 C：/ti/simplelink_cc32xx_sdk_6_10_00_05/source/ti/drivers/lib/ccs/m4/drivers_cc32xx.a 中引用
未解析符号 ClockP_start、首先在 C：/ti/simplelink_cc32xx_sdk_6_10_00_05/source/ti/drivers/lib/ccs/m4/drivers_cc32xx.a 中引用
未解析的符号 ClockP_STOP、首先在 C：/ti/simplelink_cc32xx_sdk_6_10_00_05/source/ti/drivers/lib/ccs/m4/drivers_cc32xx.a 中引用
未解析符号 HwiP_clearInterrupt、首先在 C：/ti/simplelink_cc32xx_sdk_6_10_00_05/source/ti/drivers/net/wifi/ccs/rtos/simplelink.a 中引用
未解析的符号 HwiP_structure、首先在 C：/ti/simplelink_cc32xx_sdk_6_10_00_05/source/ti/drivers/lib/ccs/m4/drivers_cc32xx.a 中引用
未解析的符号 HwiP_create、首先在 C：/ti/simplelink_cc32xx_sdk_6_10_00_05/source/ti/drivers/net/wifi/ccs/rtos/simplelink.a 中引用
未解析的符号 HwiP_delete、首先在 C：/ti/simplelink_cc32xx_sdk_6_10_00_05/source/ti/drivers/net/wifi/ccs/rtos/simplelink.a 中引用
未解析符号 Hwip_destructure、首先在 C：/ti/simplelink_cc32xx_sdk_6_10_00_05/source/ti/drivers/lib/ccs/m4/drivers_cc32xx.a 中引用
未解析的符号 HwiP_disable、首先在 C：/ti/simplelink_cc32xx_sdk_6_10_00_05/source/ti/drivers/lib/ccs/m4/drivers_cc32xx.a 中引用
未解析符号 HwiP_disableInterrupt、首先在 C：/ti/simplelink_cc32xx_sdk_6_10_00_05/source/ti/drivers/lib/ccs/m4/drivers_cc32xx.a 中引用
未解析符号 HwiP_enableInterrupt、首先在 C：/ti/simplelink_cc32xx_sdk_6_10_00_05/source/ti/drivers/lib/ccs/m4/drivers_cc32xx.a 中引用
未解析符号 HwiP_interruptEnabled、首先在 C：/ti/simplelink_cc32xx_sdk_6_10_00_05/source/ti/drivers/lib/ccs/m4/drivers_cc32xx.a 中引用
未解析符号 HwiP_Params_init、首先在 C：/ti/simplelink_cc32xx_sdk_6_10_00_05/source/ti/drivers/net/wifi/ccs/rtos/simplelink.a 中引用
未解析符号 HwiP_restore、首先在 C：/ti/simplelink_cc32xx_sdk_6_10_00_05/source/ti/drivers/lib/ccs/m4/drivers_cc32xx.a 中引用
未解析的符号 SemaphoreP_built、首先在 C：/ti/simplelink_cc32xx_sdk_6_10_00_05/source/ti/drivers/lib/ccs/m4/drivers_cc32xx.a 中引用
未解析符号 SemaphoreP_structBinary、首先在 C：/ti/simplelink_cc32xx_sdk_6_10_00_05/source/ti/drivers/lib/ccs/m4/drivers_cc32xx.a 中引用
未解析的符号 SemaphoreP_create、首次在 C：/ti/simplelink_cc32xx_sdk_6_10_00_05/source/ti/drivers/lib/ccs/m4/drivers_cc32xx.a 中引用
未解析的符号 SemaphoreP_createBinary、首先在 C：/ti/simplelink_cc32xx_sdk_6_10_00_05/source/ti/display/lib/ccs/m4/display_cc32xx.a 中引用
未解析的符号 SemaphoreP_delete、首先在 C：/ti/simplelink_cc32xx_sdk_6_10_00_05/source/ti/display/lib/ccs/m4/display_cc32xx.a 中引用
未解析符号 SemaphoreP_destructure、首先在 C：/ti/simplelink_cc32xx_sdk_6_10_00_05/source/ti/drivers/lib/ccs/m4/drivers_cc32xx.a 中引用
未解析的符号 SemaphoreP_PARAMS_init、首先在 C：/ti/simplelink_cc32xx_sdk_6_10_00_05/source/ti/drivers/lib/ccs/m4/drivers_cc32xx.a 中引用
未解析的符号 SemaphoreP_pend、首次在 C：/ti/simplelink_cc32xx_sdk_6_10_00_05/source/ti/display/lib/ccs/m4/display_cc32xx.a 中引用
未解析的符号 SemaphoreP_POST、首次在 C：/ti/simplelink_cc32xx_sdk_6_10_00_05/source/ti/display/lib/ccs/m4/display_cc32xx.a 中引用
未解析符号 SystemP_vsnprintf、首先在 C：/ti/simplelink_cc32xx_sdk_6_10_00_05/source/ti/display/lib/ccs/m4/display_cc32xx.a 中引用

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

    您将需要添加"c：/ti/simplelink_cc32xx_sdk_6_10_00_05/kernel/tirtos/packages/ti/dpl/lib/ccs/m4/dpl_cc32xx.a "。

    出于某种原因、您得到了(在文件搜索路径中)："6_DPL_cc32xx.a"

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

    我已经尝试过,但没有帮助。 这些都是我尝试过的排列方法，但没有成功。

    C：\ti/simplelink_cc32xx_sdk_6_10_00_05\kernel\tirtos\packages\ti\dpll\lib\ccs\m4\dpll_cc32xx.a
    C：/ti/simplelink_cc32xx_sdk_6_10_00_05/kernel/tirtos/packages/ti/dpl/lib/ccs/m4/dpl_cc32xx.a
    C：/ti/simplelink_cc32xx_sdk_6_10_00_05/kernel/tirtos/packages/ti/dpl/lib/ccs/m4/6_dpl_cc32xx.a
    $｛COM_TI_SIMPLELINK_CC32XX_SDK_INSTALL_DIR｝\kernel\tirtos\packages\ti\dpl\lib\ccs\m4\dlp_cc32xx.a
    $｛COM_TI_SIMPLELINK_CC32XX_SDK_INSTALL_DIR｝/kernel/tirtos/packages/ti/dpl/lib/ccs/m4/dlp_cc32xx.a

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

    我们的 SDK 迁移方法可能就是个问题吗？
    到目前为止、我们已更改了现有4.40 SDK 的 tirtos_builds_cc32xx_release_ccs 项目的名称、然后导入了6.10 SDK 的 tirtos_buils_cc32xx_release_ccs 项目。 然后、SDK 项目的 COM_TI_SIMPLELINK_CC32XX_SDK_INSTALL_DIR_REPOS 需要进行一些修复、将两个目录与一个；字符错误地连接在一起。 此外、需要更新产品应用程序的.syscfg 文件中的一些语法。 该项目已清理完毕，所有来源均已编译，没有任何错误。 但随后发生链路错误。   
    是否有更好的方法从4.40 SDK 迁移到6.10 SDK？  

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

    我认为更简单的方法将是使用 SDK6.10版中的项目(为什么不使用最新的7.10？) 并将您的应用文件复制到其中。

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

    我也尝试过。 但是、当我使用应用程序中的文件时、问题再次出现。 我可以使用 SDK6.10再试一次。
    至于 SDK7.10、我没有看到任何 tirtos 示例项目。 而 tirtos7示例项目 不 支持 CCS、仅支持 IAR 和 GCC。 我们是否必须从 CCS 迁移至 SDK7.10？

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

    正如我所预期的那样、 从驱动程序 中导入一个示例工程、即"empty"工程、然后在6.10 SDK 中将其复制到我们的应用程序文件也会导致同样的问题。 于是我删除了这个6.10项目、然后 从驱动程序 中导入"empty"项目、在 6.10 SDK 中提供该项目并编译该项目。 main_tirtos.c 实例化了一个信标。 信标是我们的项目未解析的符号之一。 它确实成功生成。 然后、我开始将项目中的文件快速导入到新导入的"empty"项目中。 并发现在使用项目的 WPB.syscfg 文件时就出现了问题、该文件定义了项目使用的硬件驱动程序。 因此、我从"空"中删除了该文件、并使用新 SDK 重新创建一个新的 WPB.syscfg 文件。 这样就解决了问题。  
    我已成功更新我们的应用、现在使用6.10SDK 和 tirtos7。 但我仍然不明白如何将 SDK7.10 与 CCS 结合使用。 您能对此提供一些指导吗？  

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

    相同的事情。 使用 SDK7.10工程 + SysConfig 文件。 它包括 操作系统定义(而不是使用单独的项目进行操作系统配置)。

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

    您能否给我介绍一下用于"开始使用 SDK7.10项目 + SysConfig 文件"的过程。 当我尝试使用 CCS Import Project 并浏览到 C：\ti\simplelink_cc32xx_sdk_7_10_00_13\examples\rtos\CC3235SF_LAUNCHXL\drivers\empty 目录时、发现的工程不提供 CCS 工程。

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

    是的、从7.10开始、我们只支持 gcc 或 ticlang。

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

    Ah、因此不支持带有 SDK7.10的 CCS。 是否有任何有关从 CCS 迁移到 gcc 或 ticlang 的示例或文档？

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

    它只是一个工具链。 projectspec 已根据需要为 SDK 组件使用 gcc/ticlang 库。

    是否有任何构建为库而不是应用本身的源代码？

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

    是的、我们确实为我们的产品构建了通用库。
    我们目前已经决定住在 SDK6.10和 TIRTOS7。 有时、我们会考虑迁移到 SDK7.10。 不幸的是、TI 决定不再使用 CCS IDE、而不再提供替代方案。 但我们将继续将 CCS 与6.10SDK 配合使用。
    我们现在认为这个问题已经解决。 感谢您在我们的开发过程中提供的帮助。