XCode中的#include - 尖括号和引号有什么区别？

Question

4

在MSVC++中，根据文件是否包含在""或<>中，搜索#include文件的方式不同。引号形式首先在本地文件夹中搜索，然后在/I指定的位置搜索；尖括号形式避免了本地文件夹。

这意味着，在MSVC++中，可能会有与运行时和SDK标头相同名称的标头文件。

因此，例如，我需要包装Windows SDK的windows.h文件以取消一些导致麻烦的宏定义。使用MSVS时，只要使用引号形式包含它，我就可以将（可选的）windows.h文件添加到我的项目中：

// some .cpp file
#include "windows.h" // will include my local windows.h file

在我的windows.h中，我可以使用尖括号形式引入真正的头文件:

// my windows.h
#include <windows.h> // will load the real one
#undef ConflictingSymbol

在XCode中使用GCC尝试这个技巧并没有起作用。实际上，系统头文件中的尖括号#includes会在我的本地文件夹结构中找到名称类似的头文件。

MSVC系统意味着在自己的文件夹结构中有一个"String.h"头文件是非常安全的。但在XCode中，这似乎是一个主要的禁忌。

是否有一种控制XCode搜索路径行为更像MSVC的方法？还是我只需要避免命名任何可能与系统头文件冲突的头文件名称。编写跨平台代码并使用大量框架意味着意外冲突的可能性很大。

- Chris Becke

请注意，gcc支持`-quote - Paul R

4个回答

0

你可以尝试使用#include "./windows.h"。编译器应该足够聪明以首先在本地目录中解析它。

- Jon Purdy

0

请注意，除了使用-I来指定将搜索哪些目录以进行#include处理外，gcc还支持-iquote和-isystem，以便您更加控制这些目录。

- Paul R

-1

我不确定我是否正确理解了你的问题。

当然，避免命名问题总是更好的选择。 "<>" 更依赖于编译器，而 """" (哈哈) 更依赖于项目。

例如，当使用时，你的编译器将查找其编译器文件夹（系统），而当使用 "windows.h" 时，它将查找你的项目文件夹。

如果包含 "windows.h" 不起作用，请检查你的 makefile 或项目设置。

- Len

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- AProgrammer · Accepted Answer

你应该可以用gcc做同样的事情（我不知道xcode包装了多少东西并阻止了对某些功能的访问）。有一堆选项来控制搜索路径（请参见http://gcc.gnu.org/onlinedocs/gcc-4.5.0/cpp/Search-Path.html和http://gcc.gnu.org/onlinedocs/gcc-4.5.0/cpp/Invocation.html，查找-iquote）。用-v调用gcc将给出指定两者差异的路径。