为什么 Eclipse CDT 索引不在路径中的头文件？

Question

我正在使用 ARM DS-5 v5.20.0 包中的 Eclipse CDT v4.3.2 进行代码开发和调试 Makefile 项目。

makefile 实际上是 mkefile 的层次结构，它根据命令行选项在多个配置中创建多个目标。

为了进行有效的静态分析，我使用项目的设置Paths and Symbols 来帮助索引器找到各种包含文件并突出显示正确的条件编译代码段。

我们的项目包含一个头文件，该文件包含在代码树中的许多模块中。但是，头文件的两个变体存在于两个相邻的目录中，用于有条件地与两个构建配置一起使用：

My_Project
  |
  +-- Include_1
  |    |
  |    +-- header.h
  |
  +-- Include_2
  |    |
  |    +-- header.h
  |
  +-- Source
  |    |
  |    +-- module_1.c
  |
  +-- makefile

这两个变体大多相似，但包含一些差异。这些标头包含一些宏定义和一个enumerated typedef。具体来说，以下示例部件在两个变体中是相同的：

// header.h
#define SYMBOL 0x1
typedef enum {
    constant = 0x2
} enum_t

典型的代码模块包括这些头文件之一，具体取决于 makefile 中的配置，并包含对 SYMBOL 和 constant 的引用。

在paths and Symbols 选项卡中，我只将My_Project/Include_1 添加到路径列表中，因此索引器不应混淆。我还在Window->Preferences->C/C++->Indexer 菜单中禁用了Allow heuristic resolution of includes 选项（事实上，我禁用了所有索引器选项）。

所有这些，当我在编辑器中打开module.c 文件时，对constant 的引用用红色波浪下划线标记，并指示Symbol 'constant' could not be resolved 错误。同时，对SYMBOL 的引用没有错误指示。

当我将其中一个头文件重命名为 header_x.h 时，错误指示就会消失。

1.为什么我会收到这些索引器错误指示？

2。我怎样才能消除它们？

3.为什么只有枚举而不是#define-s？

Answer 1

根据我的经验，Eclipse CDT 索引器将索引项目目录中的源文件，无论您喜欢与否。只有一种方法可以避免您的情况：将它们从项目中排除，据我所知可以通过两种方式完成：

1. 选择资源，通过右键单击然后属性标记它派生，并在资源中检查派生，然后重建索引
2. 编写一个排除资源的独占过滤器。

您需要检查的另一件事是您没有在 PATH 中意外添加有问题的目录或索引器可能考虑的其他环境变量。

除了 CDT 出了什么问题之外，您似乎正在做一些不是最佳实践的事情。你应该把你的枚举放在一个单独的带有标题保护的头文件中，并根据需要包含它。

但是，这是一种可能发生的情况，您可能没有采取不同行动的奢侈。

Answer 2

我可以试着回答第二个问题。

1. 如何消除它们？

我使用eclipse-cdt 进行开发，我也遇到过这种观察。我总是做以下其中一项，而且它经常对我有用。

1. 默认 eclipse-cdt 会将未使用的头文件索引为 C++ / C 文件。这与您是否将它们添加到 paths & symbols 下无关。您可以通过Project properties -> Indexer -> (un check) Index unused headers as C++ / C files 覆盖该行为。 [但是根据您的评论，您已经尝试禁用整个 Indexer，我想这可能不适用于您的情况。不过，我想说值得一试]
2. 有时，Indexer 不会在您更改代码/标题时立即运行。这是由于内存限制和包含大量源文件的大型项目，特别是包含大 LOC 的源文件。在这种情况下，您可以尝试cleaning the project 并强制开始重新索引以查看更改。
3. 我经常尝试的最后一个选项是关闭/删除项目（不是项目内容）并单独重新创建项目（以便新创建.cproject）。这对我来说大部分时间都有效，但是不知道它背后的内部细节。所有这些都是在试错的基础上进行的，纯粹是从最终用户的角度来尝试的。