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.

[参考译文] CCS:如何在CCS中打开头文件?

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

https://e2e.ti.com/support/tools/code-composer-studio-group/ccs/f/code-composer-studio-forum/576598/ccs-how-to-open-the-header-files-in-ccs

主题中讨论的其他部件:MOTORWARE

工具/软件:Code Composer Studio

非常基本,完全令人沮丧

我正在通过InstaSPIN免费实验室工作。 不是第一次,我是在几年前做的。

所以我应该知道这个,但我不知道。

我在我的Eclipse/CS5中有实验室项目。 我看到源文件(.c),但没有看到标题(.h)

那么,它们在哪里?我如何打开它们?

< RANNTMODE>

我使用Eclipse CDT已经有很多年了,使用Eclipse Java已经有十多年了,

因此,我应该精通这方面的知识。 但是,CCS使用起来有多难令人难以置信,

他们为什么要重新发明车轮并使其呈正方形?  

它没有损坏,所以他们不应该用手指戳它! 啊,感觉像尖叫一样。

</RANNTMODE>

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

    库斯塔

    只有头文件已显式添加(或链接)到项目时,才会直接显示在项目资源管理器的文件列表中。  我知道你很沮丧,但实际上我们没有在CCS中重新发明任何东西;这就是Eclipse/CDT的工作方式。   

    在许多情况下,人们不会将.h添加到项目中,而只是设置搜索路径,以便编译器可以找到文件。  我喜欢将.h文件添加到项目中,以便更轻松地找到它们。

    我想您已经习惯了使用直接添加(或链接)的.h文件设置的项目,现在您正在使用一些没有这样做的示例项目。

    还有另一种方法可以查看头文件。  如果您在项目资源管理器中展开源文件,它将显示该文件包含的#头文件。  然后,您可以双击头文件。  它将在#include语句中打开源文件。  如果您点击F3,它将打开头文件。  有点痛苦,但它通常是有效的。

    这是我在CCS项目中讨论的内容的屏幕截图:

    下面是CDT项目中的相同内容

    此致,

    John

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

    您好,

    我怀疑您正在使用Motorware,是这样吗? 如果是这样,我只需按照示例中的说明导入实验室,传递给项目编译器的include目录选项将显示在  项目的includes目录下。  

    但是,这些项目的设计方式与更传统的方式有所不同:其中一个包含路径是安装Motorware的顶级目录( ${MW_INSTALL_DIR} ),源文件包含特定头文件的整个子路径。

    此软件包中的文件排列没有包含所有头文件的集中位置,因此这是软件包创建者选择的方法(在许多其他方法中)。  

    要简化头文件的导航,只需单击  上面的#include行并按F3键-它将自动打开如上例所示的<ADC.h>文件。  

    在任何情况下,Eclipse CDT都足够灵活,允许每个软件包创建者选择自己喜欢的方法,因此很难在单个方法上标准化。

    希望这能有所帮助,

    拉斐尔  

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

    感谢你的帮助。

    这确实帮助我了解了问题并找到了解决方法。

    关于 #include的F3技巧 正是我在这里所需要的。

    现在我知道,在这里,罪魁祸首不是CCS,而是以“非传统”的方式来设立这个项目。

    可以也确实欺骗了我!

    我不想再多说了,但我想说,对于教程项目来说,一种“更传统的方式”(必须喜欢<blank>的委婉说法)会是更好的选择。 无论项目是如何组织的,都应该在某个易于访问的位置详细说明,尤其是当组织是汽车用品的组织时。

    由于这是整个汽车器具,因此在各地使用相同名称的文件和目录进行导航是一个噩梦,而且由于实验室练习,许多文件的内容几乎相同。

    必须真正地集中精力去看森林里的树木和其他的道路。

    一个很小的选择:如果项目是以“更传统”的方式组织的,Eclipse会自动添加所有文件(F5/Refresh)。 对我来说,令人兴奋的是,我在浏览一个相对简单的项目(如实验室练习)时遇到了很多麻烦,就在几周前,我将一个相当大的C++项目(FreeCAD)导入到Eclipse中,但我没有遇到任何*这些*问题。

    但这已经足够了,非常感谢大家。

    WBR Kusti
x 出现错误。请重试或与管理员联系。