[参考译文] CCS：ARM编译器->包括包含错误库的选项

Bruno Saraiva 说：

我们可以想到的任何项目参数都不包含此*TM4C123*库！[/QUOT]

此目录是否可能是在编译器中指定的(包括其中一个源文件的搜索路径)(特定于文件的选项)，而不是在项目级别指定的？

或者，是否可能在某个点添加了该文件，然后将其删除，但可能从未从.cproject文件中完全删除？ 您在.cproject文件中是否看到对它的引用？

您好，Aarti G！

感谢您的指导。

AartionG 说：

编译器中是否指定了此目录，包括其中一个源文件的搜索路径(文件特定选项)[/QUOT]

我甚至不知道这是什么。 是否是右键单击文件->显示构建设置？ 如果是，检查它的方式是否比查看每个项目的.c文件更有效？ 无论采用哪种方法，如果您所指的是这种方法，查看项目的.c文件的设置都不包含"坏目录"。

AartionG 说：

您是否在.cproject文件中看到了对它的引用？[/QUOT]

看着XML .cproject，“123”文本搜索的唯一结果在下面一行，我不确定它的作用是什么：

<sourceEntes>
<entry Exclude="tm4c1294ncpdt.cmd|tm4c123ah696_startup_CCS.c|tm4c123ah6p.cmd" flags="value_workspace_path|resolved" ke="SOURCEPATH" name=""/>
</sourceEntes>

此致，

布鲁诺

Bruno Saraiva 说：

不管怎样，如果您提到这一点，查看项目的.c文件的设置都不包含"错误目录"。

是的，这就是我所说的，看起来不是问题的根源。

您似乎已经检查了.cproject文件，但您是否介意附加所有项目元数据文件(.cproject，.ccsproject，.project)供我们查看，以防出现跳转的情况？

当然！

在这里。

布鲁诺

e2e.ti.com/.../8407.metadata.zip

(完)

感谢您发送项目文件。

当我将此项目导入到CCS中时，我看不到您在屏幕截图中显示的有问题的include路径。 这就是我所看到的。 第一个路径显示/Libraries/TIVA，因为我 没有定义变量${BRASTANLIBGIT_ROOT}。 但它与为项目设置的包含路径匹配。

所以我仍然不确定为什么会出现额外的路径。

您是否尝试过将项目导入新工作区以查看是否有区别？

阿迪格，

我会在尝试之前回复，但从内存中我可以看出，如果我将该项目导入到其他工作区，它将正常工作。

该问题与同一工作区中存在库的情况有关... 让我试着给您一个时间表：

1-如果包含所引用的库不在WS中，它将显示为您所看到的内容(正常的黄色文件夹)，并且如果定义了LIB_ROOT，它将允许树扩展到现有的文件夹和文件中。

2-当磁带库存在于WS中时，由于某种原因，CCS决定将其转换为紫色文件夹是明智的。 编译/链接的工作原理相同，但在应用程序项目上，您无法浏览经过根紫色文件夹的文件夹/文件(您可以在库项目条目中，在该工作区的其他位置执行此操作)。 这是"不必要的，但"还好...

3-现在，出现问题时：此工作空间不仅包含引用的库，而且还包含与第一个库相关的另一个已编译库... (我们将常用库称为"company_LIB"，新库称为"TIVA129_LIB"，它使用company_LIB中的组件。

那么，从情况3开始，我的主(应用)项目没有显示正确的紫色文件夹。 它显示了一个随机的附加库，在应用程序设置中的任何位置都不引用该库，您可以通过XML看到它。

我希望这能帮助您了解问题所在。 目前，我可以创建一个单独的工作空间并将库保留在该工作空间中(不是很理想，因为在此开发阶段，应用程序和库中经常发生更改，并且在工作空间之间来回切换不是很有效)。 但是在CCS/Eclipse/Somewhere中，当使用描述的情况时，出现了错误，并且似乎是提交错误标签的情况。

如果您需要我进一步了解详细信息以帮助解决问题，请告诉我。

此致

布鲁诺

布鲁诺

感谢您提供更多详细信息。 看来需要有一个非常具体的安排来解决这个问题，因为我们以前从未见过或听说过这个问题。

您是否会有一个工作区与我们共享，其中包含您所描述的主项目和库？ 希望拥有完整的工作空间将帮助我们重现并更深入地了解该问题。 如果您不想在此处发布，您可以私下与我分享。

阿迪格，

你能引导我了解你需要分享什么吗？ 这个特定的工作区非常混乱，它包含的文件既位于默认位置，也位于本地磁盘的完全不同位置。 您是否还需要实际的源文件？ 如果可能，请让我讨论这些详细信息，我将了解我可以做些什么来提供帮助。

此致，

布鲁诺

除了另一条消息，下面还有两个图像：一个混乱的工作区，另一个具有单个项目的全新工作区，其中显示"正常黄色文件夹"。

值得注意的是，展开的两个项目都具有完全相同的包含路径配置。