How do compilers know where to find #include lt;stdio.hgt;?(编译器如何知道在哪里可以找到#Includelt;stdio.hgt;?)
问题描述
我想知道Mac OS X、Windows和Linux上的编译器如何知道在哪里可以找到C头文件。
具体地说,我想知道它如何知道在哪里可以找到带有<>
括号的#Include。
#include "/Users/Brock/Desktop/Myfile.h" // absolute reference
#include <stdio.h> // system relative reference?
我假设它所查询的系统上有一个文本文件。它如何知道在哪里查找标头?是否可以修改此文件?如果可以,此文件驻留在操作系统的什么位置?
推荐答案
构建编译器时,它知道一些用于查找头文件的标准位置。其中一些与编译器的安装位置无关(例如/usr/Include、/usr/local/Include等)。有些则基于编译器的安装位置(对于GCC,在运行配置时由--prefix选项控制)。
像/usr/Include这样的位置是众所周知的,GCC中内置了对该位置的‘了解’。像/usr/local/Include这样的位置并非完全标准,可以在使用CONFIGURE的--with-local-prefix选项构建GCC时进行设置。
也就是说,您可以使用编译器-i命令行选项为搜索包含文件的位置添加新目录。当尝试包含文件时,它将在我在第一段中提到的目录之前查找使用-i标志指定的目录。这篇关于编译器如何知道在哪里可以找到#Include<;stdio.h>;?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持编程学习网!
本文标题为:编译器如何知道在哪里可以找到#Include<;stdio.h>;?


- 哪个更快:if (bool) 或 if(int)? 2022-01-01
- 将 hdc 内容复制到位图 2022-09-04
- GDB 不显示函数名 2022-01-01
- 将函数的返回值分配给引用 C++? 2022-01-01
- OpenGL 对象的 RAII 包装器 2021-01-01
- 使用 __stdcall & 调用 DLLVS2013 中的 GetProcAddress() 2021-01-01
- DoEvents 等效于 C++? 2021-01-01
- XML Schema 到 C++ 类 2022-01-01
- 如何提取 __VA_ARGS__? 2022-01-01
- 从父 CMakeLists.txt 覆盖 CMake 中的默认选项(...)值 2021-01-01