How to tell where a header file is included from?(如何判断头文件包含在哪里?)
问题描述
我如何知道 g++ 在哪里可以找到包含文件?基本上如果我
How can I tell where g++ was able to find an include file? Basically if I
#include <foo.h>
g++ 将扫描搜索路径,使用任何包含选项来添加或更改路径.但是,最终,有没有办法告诉我 g++ 选择编译的 foo.h 的绝对路径?如果在无数的搜索路径中有多个 foo.h,则尤其相关.
g++ will scan the search path, using any include options to add or alter the path. But, at the end of days, is there a way I can tell the absolute path of foo.h that g++ chose to compile? Especially relevant if there is more than one foo.h in the myriad of search paths.
没有办法做到这一点...有没有办法让 g++ 告诉我在包含默认值和所有包含选项后它的最终搜索路径是什么?
Short of a way of accomplishing that... is there a way to get g++ to tell me what its final search path is after including defaults and all include options?
推荐答案
这将给出列出包含文件绝对路径的make依赖:
This will give make dependencies which list absolute paths of include files:
gcc -M showtime.c
如果您不希望系统包含(即 #include <something.h>
),请使用:
If you don't want the system includes (i.e. #include <something.h>
) then use:
gcc -MM showtime.c
这篇关于如何判断头文件包含在哪里?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持编程学习网!
本文标题为:如何判断头文件包含在哪里?


基础教程推荐
- 通过引用传递 C++ 迭代器有什么问题? 2022-01-01
- CString 到 char* 2021-01-01
- 初始化列表*参数*评估顺序 2021-01-01
- GDB 显示调用堆栈上函数地址的当前编译二进制文 2022-09-05
- 为什么 typeid.name() 使用 GCC 返回奇怪的字符以及如 2022-09-16
- 我应该对 C++ 中的成员变量和函数参数使用相同的名称吗? 2021-01-01
- 为什么 RegOpenKeyEx() 在 Vista 64 位上返回错误代码 2021-01-01
- 如果我为无符号变量分配负值会发生什么? 2022-01-01
- 非静态 const 成员,不能使用默认赋值运算符 2022-10-09
- 为什么派生模板类不能访问基模板类的标识符? 2021-01-01