gcc 不尊重我的包含目录顺序

Question

我正在尝试使用本地 ../include/records 目录中包含文件的临时版本来构建一些代码。原始文件位于 /home/apps/include/records 中。我将 gcc 命令设置为在 /home/apps/include 之前搜索 ../include，但它仍在从 /home/apps/include 获取原始模块并报告错误。如果我在 /home/apps/include 中重命名原始文件，那么 gcc 会选择我在本地编辑的副本并编译干净。那么，包含顺序是怎么回事……？这种“本地包含优先”逻辑过去一直对我有用，但这可能是我从 AIX 迁移到 Linux 后第一次使用它。

除了 -I 命令行选项的顺序之外，是否有其他东西可以覆盖所请求的包含顺序？

源模块包含语句为：

#include "records/novarec.h"

gcc 命令行如下所示：

$make
gcc -DLINUX64 -c -g  -I. -I../include  -I/home/apps/include -I/home/apps/include/em -I/home/apps/include/odbc -Wno-implicit-function-declaration -Wno-implicit-int -Wno-format-security -Wno-format-truncation -Wno-discarded-qualifiers  novaget.c

编译器抱怨我的本地 novarec.h 副本中有一个未定义的值，但在生产 /home/apps/include/records/novarec.h 中没有：

novaget.c: In function ‘calcComscoreDemoV1’:
novaget.c:2651:15: error: ‘CSCD_W21_49’ undeclared (first use in this function); did you mean ‘CSCD_W25_49’?
   fval = *(dm+CSCD_W21_49);
               ^~~~~~~~~~~

Answer 1

答案似乎是这样的：

我的模块在 2 个包含文件中调用。第一个还包括第二个 - 第一个位于 /home/apps/include 中。这似乎使 gcc 在那里搜索第二个包含文件 - 即使 /home/apps/include 不是我路径中的第一个包含目录。

当我反转 .c 文件中的 2 个包含语句时，novarec.h 遵循正确的路径。即当我编码时：

#include "spottvdemos.h"  (this modules has a #include "records/novarec.h")
#include "records/novarec.h"

novarec.h 是从 /home/apps/include 获取的，但是当我编码时：

#include "records/novarec.h"
#include "spottvdemos.h"

novarec 是从 ../include 中获取的，这正是我想要的。