• 状态 Resolved
  • 已锁定 已锁定
  • 回复 4 回复
  • 订户 1 订户
  • 视图 411 视图
  • 用户 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.

[参考译文] Windows Code Composer Studio -从 Resource Explorer 或 Help 菜单安装时编译器工具的不同行为

admin
Guru**** 2589280 points
Other Parts Discussed in Thread: SYSCONFIG

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

https://e2e.ti.com/support/tools/code-composer-studio-group/ccs/f/code-composer-studio-forum/997704/windows-code-composer-studio---compiler-tools-different-behaviours-when-installing-from-resource-explorer-or-help-menu

Thread 中讨论的其他器件：SysConfig

尊敬的 TI 支持：

我使用的是 Code Composer Studio V10.2、它是从完整的 V10.1安装中自动更新的。

当我从 CCS 帮助菜单(通过"安装代码生成编译器工具...")安装编译器时 或"安装 GCC ARM 编译器工具...")、它们最终位于"CCS_base\ccs\tools\compiler"目录中。 它们显示在 CCS 首选项的"编译器"配置页面中的"发现的工具"下。 但是、它们不会显示在 CCS 首选项的"产品"配置页面中的"发现的产品"部分下。 然后、我可以在"Project"选项卡的"CCS General"页面项目属性下的"Compiler version"字段中选择它们。

但是、如果我尝试从 Resource Explorer 安装 SDK、Resource Explorer 的软件包管理器会提示未安装编译器、并提供安装选项(或强制、具体取决于依赖级别)。 然后、它们最终安装在"C：\TI"目录中、以及 SDK 和"CCS_base"目录中。 现在、它们在 CCS 首选项的"产品"配置页面中显示为"发现的产品"、我可以将它们添加到项目自主的"CCS General"页面下的"产品"选项卡中。

此外，现在可以看到一些环境变量，例如(对于 GCC)"com_TI_ARM_GNU_INSTALL_DIR"(填充了正确的安装路径)、"com_TI_ARM_GNU_include_path"或"com_TI_ARM_GNU_libraries"(可悲的是，这两个空)，仅适用于作为"产品"安装并添加到项目中的编译器，而不适用于"安装帮助"的编译器。 哪些方式不被列为"产品"。

在对这两个安装进行差异时、它们是彼此完全重复的(为从 Resource Explorer 中安装的版本保存一个小的"元数据"文件、其中声明了版本和一个小说明)。

如果我使用资源管理器中的软件包管理器、我可以从资源管理器中卸载已安装的编译器的任何版本。 但是、我无法使用 CCS "help->About Code Composer Studio"菜单卸载旧版本的编译器、因为仅显示最新版本、而且在卸载时不会从 CCS 安装中删除编译器目录。 此外、未安装的编译器仍列在 CCS 首选项的"编译器"配置页下、我可以为工程选择它、但从"help->Install..."重新安装时、它们显示为已卸载。 因此、我的"compilers"文件夹中包含了旧版编译器版本。


这很烦人、因为 XDC 工具也会发生同样的情况、 有时、当发布新 SDK 时、Resource Explorer 抱怨最新版本不可用(可能尚未发布到 Resource Explorer)、即使它已手动安装并显示在 CCS-studio 的"产品"配置页面中。


安装新编译器的"正确"(规范)方法是什么？

如何从“帮助->安装...”卸载安装的旧版编译器 菜单？

如何告知 Resource Explorer 我手动安装的软件包？

假设使用什么(如果有)使编译器显示为"产品"并导出(当前为空)环境变量？ 我是否应坚持使用 gc_tool***变量？

这只是变量和工具安装的"过渡时期"到新工作流程吗？


顺便说一下、是否可以安装 Linaro 工具链的更新版本(不是9.2.1版本)？ 或者、它们是由 TI 专门封装和发布的、以便导出正则 gc_tool_变量并被 CCS 正确发现？


谢谢、致以诚挚的问候


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

    您好！

    [引用 userid="485546" URL"~/support/tools/ccs/f/code-composer-studio-forum/997704/windows-code-composer-studio---compiler-tools-different-behaviors-when-installing-from-resource-explorer-or-help-menu 当我从 CCS 帮助菜单(通过"安装代码生成编译器工具...")安装编译器时 或"安装 GCC ARM 编译器工具...")、它们最终位于"CCS_base\ccs\tools\compiler"目录中。 它们显示在 CCS 首选项的"编译器"配置页面中的"发现的工具"下。 但是、它们不会显示在 CCS 首选项的"产品"配置页面中的"发现的产品"部分下

    编译器需要打包为"产品"才能显示在此处。 但是、所有编译器、无论打包方式如何、都将显示在已发现的编译器列表中。

    [引用 userid="485546" URL"~/support/tools/ccs/f/code-composer-studio-forum/997704/windows-code-composer-studio---compiler-tools-different-behaviors-when-installing-from-resource-explorer-or-help-menu。]但是、如果我尝试从 Resource Explorer 安装 SDK、Resource Explorer 的软件包管理器会提示编译器未安装、并提供安装选项(或强制、具体取决于依赖级别)。 然后、它们最终安装在"C：\TI"目录中、以及 SDK 和"CCS_base"目录中。 现在、它们在 CCS 首选项的"产品"配置页面中显示为"发现的产品"、我可以将它们添加到项目自主"CCS General"页面下的"产品"选项卡中。

    Resource Explorer 仅检测已打包为"产品"的编译器。 Resource Explorer 中的编译器也按此进行打包

    [引用 userid="485546" URL"~/support/tools/ccs/f/code-composer-studio-forum/997704/windows-code-composer-studio---compiler-tools-different-behaviors-when-installing-from-resource-explorer-or-help-menu 文件]在进行两个安装时，它们是彼此完全重复的(为 Resource Explorer 中安装的版本保存一个小的"元数据"文件，其中说明了版本和小说明)。

    元数据内容决定了它是 Resource Explorer 可以识别的产品。

    [引用 userid="485546" URL"~/support/tools/ccs/f/code-composer-studio-forum/997704/windows-code-composer-studio---compiler-tools-different-behaviors-when-installing-from-resource-explorer-or-help-menu ]此外、未安装的编译器仍列在 CCS 首选项的"编译器"配置页下、我可以为工程选择它、[/quot]

    尝试按编译器配置页面中的刷新按钮。 这应使 CCS 重新扫描发现路径并更新列表。

    [引用 userid="485546" URL"~/support/tools/ccs/f/code-composer-studio-forum/997704/windows-code-composer-studio---compiler-tools-different-behaviors-when-installing-from-resource-explorer-or-help-menu ]]安装新编译器的"正确"(规范)方法是什么？

    没有"正确"的方法来安装新编译器。 只要 CCS 知道在哪里寻找它、这就是最重要的事情。 C：\ti 目录的优势是每个 CCS 安装都将自动在 C：\ti 内查找任何软件包(包括编译器)。 CCS 安装目录内的编译器文件夹中的位置意味着 CCS 安装默认会找到它。 另一个区别是 CCS 是否将编译器安装标识为产品。

    [引用 userid="485546" URL"~/support/tools/ccs/f/code-composer-studio-forum/997704/windows-code-composer-studio---compiler-tools-different-behaviors-when-installing-from-resource-explorer-or-help-menu 如何卸载"帮助->安装..."中安装的旧版编译器 菜单？[/报价]

    可以物理删除该编译器的文件夹、然后刷新 CCS 首选项中的编译器列表。

    [报价 userid="485546" URL"~/support/tools/ccs/f/code-composer-studio-forum/997704/windows-code-composer-studio---compiler-tools-different-behaviors-when-installing-from-resource-explorer-or-help-menu "]如何告知 Resource Explorer 我手动安装的软件包？[/quot]

    如果 IDE 已发现该软件包、Resource Explorer 将(应该)知道该软件包。 请注意、Resource Explorer 仅关注 TIrex 支持的软件包(.metadata 和支持的版本)。

    [引用 userid="485546" URL"~/support/tools/ccs/f/code-composer-studio-forum/997704/windows-code-composer-studio---compiler-tools-different-behaviors-when-installing-from-resource-explorer-or-help-menu ]编译 器显示为"产品"和导出(当前为空)环境变量的假设用途(如果有)是什么？ 我是否应该坚持使用 gc_tool***变量？

    Resource Explorer 上的许多 SDK 软件包依赖于特定的编译器和 xdctool 版本。 过去、您必须查看自述文件、并确保单独安装这些版本。 为了使用户操作更简单、Resource Explorer 现在允许程序包指定对其他工具(编译器、xdctools 等)的依赖项、并允许软件包在下载 SDK 时自动下载这些工具。 为了实现这一点、这些其他工具还必须打包为产品并上载到 Resource Explorer 服务器上。  

    [引用 userid="485546" URL"~/support/tools/ccs/f/code-composer-studio-forum/997704/windows-code-composer-studio---compiler-tools-different-behaviors-when-installing-from-resource-explorer-or-help-menu ]]这只是变量和工具安装到新工作流的"转换时代"吗？

    这是一个很好的观察结果。 对 Resource Explorer 的这种完全依赖是相对较新的、随着时间的推移、这种依赖应该变得更加普遍。

    [引用 userid="485546" URL"~/support/tools/ccs/f/code-composer-studio-forum/997704/windows-code-composer-studio---compiler-tools-different-behaviors-when-installing-from-resource-explorer-or-help-menu ]顺便说一下、是否可以安装 Linaro 工具链的更新版本(9.2.1以上)？ 或者、它们是由 TI 专门封装和发布的、以便导出正则 gc_tool_变量并被 CCS 正确发现？[/quot]

    CCS IDE 必须支持 Linaro 工具链版本、才能与 CCS IDE 进行集成。 您不能只是删除 Linaro 的任何版本、而是希望 CCS 将其识别为有效版本。

    如果我在回复中遗漏了任何内容、请告诉我

    谢谢

    Ki

  • 0
    TI__Guru**** 2589280 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    [引用 userid="485546" URL"~/support/tools/ccs/f/code-composer-studio-forum/997704/windows-code-composer-studio---compiler-tools-different-behaviors-when-installing-from-resource-explorer-or-help-menu ]顺便说一下、是否可以安装 Linaro 工具链的更新版本(9.2.1以上)？ 或者、它们是由 TI 专门封装和发布的、以便导出正则 gc_tool_变量并被 CCS 正确发现？[/quot]

    我安装的 GCC ARM 编译器版本比 TI 提供的版本更高。 例如、下面显示了 CCS 10.3.0检测到的 GNU v9.3.1和 GNU v9.3.1p1：

    并可在 CCS 工程中进行选择：

    使用 v9.3.1p1在项目中填充 CG_TOOL_变量：

    其中：

    1. 预构建的 GNU v9.3-1从 https://developer.arm.com/tools-and-software/open-source-software/developer-tools/gnu-toolchain/gnu-rm/downloads 下载
    2. GNU v9.3.1p1是基于 v9.3.1源代码构建的、添加了一个补丁来添加 Cortex-R 大端字节序多库支持。

    即、无法提供任何特殊的封装支持来使 CCS 能够检测编译器或设置 gc_tool_变量。

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

    谢谢您 Ki、

    您的评论非常深刻。 我看到从"Help -> About Code Composer Studio"菜单项的"安装详细信息"窗口卸载或更新只会从已安装的软件列表中删除或更新编译器、 但编译器实际上仍保留在文件系统中、并且可以在 CCS 中使用、因此如果需要、我必须手动删除它们。

    鉴于此、我认为我将坚持从 Resource Explorer 安装编译器/sysconfig/xdctools、因为在我看来、它是一种更干净的工具链管理方式。

    也许您的所有解释都应该包含在 CCS 的文档中(编译器安装和选择)、因为现在我看不到有关使用 Resource Explorer 进行此操作的信息以及优缺点。

    感谢您的支持。

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

    感谢您分享您的经验。

    是的、从 ARM 下载最新 GCC 10的完整安装也是有效的。 看起来 CCS 会查找工具链文件夹的特定结构、并决定它是否是 GCC 编译器。 但是、它们不会显示在首选项窗口的"产品"视图下、因为没有产品版本的.metadata 文件夹、如 Ki 所述。 但是、使用版本信息手动放置元数据(可能被盗并从 GCC 9的"软件包"中更新)会使其显示在"产品"视图下。 看起来软件包也是"发现"的、只是寻找一些"特殊"文件夹结构、然后 CCS 决定"显示"变量、例如"COM_TI_ARM_GNU_INSTALL_DIR"和"软件包"、实际上不会自行导出或配置任何内容。