【问题标题】:Code Composer Studio: build fails with message "cannot open file"Code Composer Studio:构建失败并显示消息“无法打开文件”
【发布时间】:2018-03-22 10:10:42
【问题描述】:

我有几个已成功编译的 Code Composer Studio 项目,但现在它们在链接阶段都失败了,并显示错误消息“无法打开文件”,然后是要链接的第一个 .obj 文件的名称。

我确信必要的目标文件在正确的位置可用。

我在谷歌上搜索了这个问题并发现(主要是在 TI 论坛上)其他用户报告与 CCS 相同的问题回到版本 5。据我所知,没有人确定潜在问题并提供解决方案。

我试过了,没有成功

  • 更改 TI\CCS7 文件夹树中库的权限。
  • 更改 ...\AppData\Local\Temp 的权限(系统 %TEMP% 目标)
  • 更改项目以使用不同版本的 CCS 编译器和链接器。尝试了 16.9、17.9、18.1。没有区别。
  • 以管理员身份运行 CCS
  • 清理并重建受影响的项目
  • 重启托管 CCS 的机器
  • 返回另一个(以前工作的)工作区。此工作区现在也无法构建
  • 安装 Code Composer V8。问题仍然存在
  • 重新创建无法链接的项目的新版本

未尝试但建议

  • 在构建时禁用防病毒软件(IT 政策不允许我这样做)

未尝试(但如果传递给链接器的命令行长度有问题,它们可能会有所帮助,导致系统读取 ccsObjs.opt)

  • 构建一个非常小的项目
  • 将项目重组为更少、更大的文件。

我已从项目 Release 文件夹中的命令行运行 TI 链接器 cl2000.exe 并得到相同的错误响应。所以问题在于 cl2000,而不是 gmake,不是 CCS,不是 Eclipse。

我已在另一台开发人员的机器上成功构建了我的项目。我无法确定有什么不同。

我在 64 位 Windows 7 上运行 CCS 版本 7.2(现为 CCS 版本:8.0.0.00016),Windows 和 CCS 已完全更新了最新的可用补丁

谁能建议下一步该尝试什么?

【问题讨论】:

    标签: build code-composer ti-dsp


    【解决方案1】:

    事实证明,该问题是由 TI 提供的命令文件 (DSP2833x_Headers_nonBIOS.cmd) 中的一个小错误引起的。第一行注释开头的“/”被误删了。 .cmd 文件中的错误似乎导致很难解决构建错误。

    【讨论】:

      猜你喜欢
      • 2021-12-22
      • 2017-07-02
      • 1970-01-01
      • 2012-11-26
      • 1970-01-01
      • 1970-01-01
      • 2018-08-05
      • 2016-11-03
      相关资源
      最近更新 更多