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.

[参考译文] CODECOMPOSER: theia 1.4/5 --我的能力建设发生了什么

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

https://e2e.ti.com/support/tools/code-composer-studio-group/ccs/f/code-composer-studio-forum/1414315/codecomposer-theia-1-4-5----what-happened-to-my-ability-to-build

器件型号:CODECOMPOSER

工具与软件:

我似乎失去了构建或调试的选项。   这些有用的选项来自上下文菜单。   Ctrl-B 会激发闪烁的蓝色条形图、但没有其他任何东西--生成输出中没有任何内容。   F1 CCS:build 选项? 什么都没有...

如果做了"事情"来尝试修复--一些合理的、一些迷信的。   我现在浪费了2个多小时。 我的队友在笑我。   

下面,请欣赏我对情况的描述。  无构建选项。 "Debug"选项灰显。

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

    尊敬的 Owen:

    您的工程似乎没有完全导入 CCS。  您是否可以尝试显式导入它(?):

    1. 转至 文件>导入项目...
    2. 浏览至工作区目录中的项目根目录
    3. 选择 在原始位置导入项目 在对话框底部的下拉框中
    4. 再进行点击 涂层

    完成此操作后、您应该会在中看到项目的"文件夹"图标上叠加一个多维数据集图标 CCS Project Explorer 中 然后、所有编译操作都应该可用。

    请告诉我如何操作。

    谢谢!

    Baltasar

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

    一般来说,这里的团队有一些不稳定与 theiaccs。  在我的案例中、我早已为源代码设置了 ccstheia "解决方案"、并能够构建/调试。  在某种程度上,某种东西变得很奇怪,不记得什么,我需要重组工作文件和任何东西.theia。   我也提升到了1.5。  所以、当设置内部构建的东西时、我简单地将文件夹添加到工作空间中--我没有将.cprojects 导入其中包含的任何不可见的存储。  看起来工作区只是一个用于 Explorer 视图的文件夹列表--它不像扫描任何.cprojects、然后将其视为构建的输入。  

    当我有很多时间的时候,我会删除我机器上的每一个.cproject 而支持 cmake build。   我想,至少,神使这更有可能。   感谢您的帮助  

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

    尊敬的 Owen:

    删除所有.cproject 文件并切换到 cmake 将经历巨大的变化、而 TI 将不再能够在后续任何问题上为您提供帮助。  我建议不要匆忙行事。

    您是否尝试过如上所述导入工程?  这有什么问题吗?

    Baltasar

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

    你好、Baltasar、 对不起、我应该更清楚。  是的! 我可以再次构建。 我再次导入了工程(正如我在最初设置时所做的那样、但是忘记了构建功能所需的选择-单独将文件夹添加到工作区与构建可用功能无关)。

    因此、是的、我会在您了解时执行此操作、这允许我再次进行构建(通过 GUI)

    我不喜欢.cproject 文件。  他们是笨重的,充满了主要的数字,他们的合并很差。  .cproject 自动合并问题困扰着我的团队。  此外、由于非行业标准工程文件、我们的构建流水线现在依赖于 CCS。 最终、这可能需要取决于 CCS-theia、我希望用于构建的命令行 API 没有改变。  这些都是由构建工程师做出的选择——总之、它是专业的知识、我更愿意依赖行业标准的做法和方法。   我更希望能够使用 cmake 进行构建。   不管怎样,这是原理,没有什么是完美的。   是的,这将是一个巨大的变化,老实说,我们没有时间。