Visual Studio C ++包含的包含文件的包含路径顺序

Question

我找到了文章Visual Studio在哪里寻找C ++头文件？ 是个好的开始，但我还有其他问题。 VS查找包含文件的一般顺序是（1）本地目录，（2）用/ I指定的文件，以及（3）环境指定的文件（INCLUDE env var或VC ++设置）。

Q1。 我认为/ X选项已关闭（3）。 对？ 还是也关闭（1）？

Q2。 如果我有一个嵌套的包含文件（main.c包含inc1.h，其中包括inc2.h），其中第一个包含的文件位于一个/ I文件夹中，那么VS是否会从该文件中查找第二个包含的文件/ I文件夹，还是原始源文件的本地文件夹？ VS2008似乎是第一种方式，但是我想在某个地方找到它的文档。

Answer 1

/X选项不会禁止在本地目录中查找文件（假设您将其包含为"this.h"而不是<this.h> ）。 您可以通过创建文件来轻松测试

  #include "foo.h"
  int main() {}

创建一个空的foo.h ，并使用/X标志进行编译。

对于第二季度，我对VC2010的测试表明它的行为与VC2008相同。 我所做的主要是：

  #include "inc1.h"
  int main() {}

与包含inc1.h的文件夹inc

  #include "inc2.h"

具有两个不同的inc2.h文件； 在inc和我的源文件的目录中。 我的源目录中的一个是空的， inc中的一个是一个#error指令。 通常，您不想依赖于此。 C和C ++标准都简单地在#include说“以实现定义的方式搜索命名的源文件”。

Answer 2

Q1。 /X选项不会关闭INCLUDE var，但不会关闭本地目录（请参阅Q2）

Q2。 对于嵌套的包含文件，C和C ++编译器将包含文件的位置设置为当前本地目录，因此无法将其关闭。

例如。 如果在/I文件夹之一中找到您的inc.h文件，并且它尝试包含这样的文件：
#include "foo/foo.h"那么它必须先使用其自己的本地目录，然后再使用所有其他/I文件夹，因为它们可能都包含带有foo.h文件的foo文件夹，而您的inc.h文件可能无法编译因为它只是包含了错误的头文件。

我刚刚找到了VS2008的msdn页面 ，其中似乎有完整的解释。