查找包含指令使用的文件

Question

有没有办法获取#include <hdr.h> 指令读取的文件的绝对路径？ 对于#include "hdr.h" 指令？ 我在 Win 10 / Msys2 下工作。

我的意思是在src/sha1-git.c的编译过程中找到哪个stdint.h，因为：

1. 它应该声明uint32_t，显然它没有这样做，根据我得到的

   $ make -V=1
   
   /bin/sh ../../libtool  --tag=CC   --mode=compile gcc -DPACKAGE_NAME=\"aircrack-ng\" -DPACKAGE_TARNAME=\"aircrack-ng\" -DPACKAGE_VERSION=\"1.5.2\" -DPACKAGE_STRING=\"aircrack-ng\ 1.5.2\" -DPACKAGE_BUGREPORT=\"https://forum.aircrack-ng.org\" -DPACKAGE_URL=\"\" -DPACKAGE=\"aircrack-ng\" -DVERSION=\"1.5.2\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DLT_OBJDIR=\".libs/\" -D_REVISION=\"1.5.2\" -DHAVE_OPENSSL_CRYPTO_H=1 -DHAVE_OPENSSL_CMAC_H=1 -DHAVE_OPENSSL_CMAC_H=1 -DHAVE_SQLITE3_H=1 -DHAVE_SQLITE3=1 -DHAVE_SQLITE=1 -D_FILE_OFFSET_BITS=64 -DHAVE_PTHREAD_PRIO_INHERIT=1 -D_REENTRANT=1 -DHAVE___MINGW_ALIGNED_MALLOC=1 -DCACHELINE_SIZE=64 -DINTEL_ASM=1 -DCACHELINE_SIZE=64 -I.  -I../.. -I../../src/include -I../../src   -DCYGWIN -DMSYS2 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -D_FORTIFY_SOURCE=2 -pthread   -Wall -O3 -std=gnu99 -fno-strict-aliasing -Wpointer-arith -Wstrict-overflow=2 -Wstrict-prototypes -fvisibility=hidden -Wno-unused-but-set-variable -Wno-array-bounds  -mconsole -mwindows -DMSYS2 -MT libaircrack_crypto_la-sha1-git.lo -MD -MP -MF .deps/libaircrack_crypto_la-sha1-git.Tpo -c -o libaircrack_crypto_la-sha1-git.lo `test -f 'sha1-git.c' || echo './'`sha1-git.c
   libtool: compile:  gcc -DPACKAGE_NAME=\"aircrack-ng\" -DPACKAGE_TARNAME=\"aircrack-ng\" -DPACKAGE_VERSION=\"1.5.2\" "-DPACKAGE_STRING=\"aircrack-ng 1.5.2\"" -DPACKAGE_BUGREPORT=\"https://forum.aircrack-ng.org\" -DPACKAGE_URL=\"\" -DPACKAGE=\"aircrack-ng\" -DVERSION=\"1.5.2\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DLT_OBJDIR=\".libs/\" -D_REVISION=\"1.5.2\" -DHAVE_OPENSSL_CRYPTO_H=1 -DHAVE_OPENSSL_CMAC_H=1 -DHAVE_OPENSSL_CMAC_H=1 -DHAVE_SQLITE3_H=1 -DHAVE_SQLITE3=1 -DHAVE_SQLITE=1 -D_FILE_OFFSET_BITS=64 -DHAVE_PTHREAD_PRIO_INHERIT=1 -D_REENTRANT=1 -DHAVE___MINGW_ALIGNED_MALLOC=1 -DCACHELINE_SIZE=64 -DINTEL_ASM=1 -DCACHELINE_SIZE=64 -I. -I../.. -I../../src/include -I../../src -DCYGWIN -DMSYS2 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -D_FORTIFY_SOURCE=2 -pthread -Wall -O3 -std=gnu99 -fno-strict-aliasing -Wpointer-arith -Wstrict-overflow=2 -Wstrict-prototypes -fvisibility=hidden -Wno-unused-but-set-variable -Wno-array-bounds -mconsole -mwindows -DMSYS2 -MT libaircrack_crypto_la-sha1-git.lo -MD -MP -MF .deps/libaircrack_crypto_la-sha1-git.Tpo -c sha1-git.c  -DDLL_EXPORT -DPIC -o .libs/libaircrack_crypto_la-sha1-git.o
   sha1-git.c: In function 'blk_SHA1_Final':
   sha1-git.c:328:21: error: 'uint32_t' undeclared (first use in this function); did you mean 'wint_t'?
     padlen[0] = htonl((uint32_t)(ctx->size >> 29));
   

编辑

1. 我的Msys2的子目录树下有不少stdint.h，作为候选。我应该能够通过检查编译命令行、列出包含目录的顺序等“手动”跟踪包含stdint.h，并且我之前做过几次。 但我的意思是自动执行此操作，以避免错误。

PS：由于我在 Msys2 下，我（递归地）更改了所有出现的 #include <arpa/inet.h> 经过 #include <winsock.h> 在src/*.h 和src/*.c。 在文件src/sha1-git.c 我添加了 #include <stdint.h> 之后（插入第 43 行）获取uint32_t。

PS2：还有一个文件src/aircrack-crypto/sha1-git.c 没有 #include <stdint.h>。 该文件的编译是问题所在。我在另一个文件中添加了#include ... 并继续编译。

PS3：我的意思是完成这项工作，所以也许这个特定 OP 的答案只是朝着目标前进了一步，但还不够...... 编辑 2 已确认。 在不得不执行make V=1 CFLAGS="-I/usr/include" LDFLAGS="-L/usr/lib"（否则编译common.c时找不到sys/wait.h）后，我得到了

.../MSYS2Portable/App/msys32/mingw64/x86_64-w64-mingw32/include/winsock.h:309:34: error: conflicting types for 'gethostname'                                                                                                                                                                       
   WINSOCK_API_LINKAGE int WSAAPI gethostname(char *name,int namelen);                                                                                                    
                                  ^~~~~~~~~~~                                                                                                                             
In file included from .../MSYS2Portable/App/msys32/usr/include/unistd.h:4,                                               
                 from common.c:42:                                                                                                                                        
.../MSYS2Portable/App/msys32/usr/include/sys/unistd.h:300:6: note: previous declaration of 'gethostname' was here        
  int gethostname (char *__name, size_t __len);                                                                                                                           
      ^~~~~~~~~~~                                                                                                                                                         
make[2]: *** [Makefile:713: libaircrack_util_la-common.lo] Error 1                                                                                                        

mingw64/x86_64-w64-mingw32/include 中的文件似乎与usr/include 中的文件不一致。 而且mingw64/x86_64-w64-mingw32/include中没有sys/wait.h，所以我还要在搜索路径中添加usr/include，给我带来麻烦。

我可能会放弃在Msys2下编译，我会得到一个vbox。

Answer 1

_{将材料从 cmets 转移到答案并扩展它。}

使用 GCC，-H 选项列出包含的标头，并指示嵌套级别。您需要指定您正在使用的编译器；适用于 GCC 的可能适用于 Clang，但可能不适用于其他编译器。

由于您使用的是自动没收的项目和 GCC，因此您至少有两种选择来获取特定文件的信息。

1. 广泛——不具体：

   ./configure CC='gcc -H'
   

   这会将 C 编译器设置为 gcc -H，这将是嘈杂的。无论如何，这样做可能是明智的，但可能只有在配置阶段出现问题时（除非下一个选项中的警告最终适用）。

2. 窄——特定文件：

   make …normal options…   CC='gcc -H' problemchild.o
   

   这会在编译特定问题子源文件时将 C 编译器设置为 gcc -H。如果您正在处理具有多个目录中的源代码的项目，或者如果源代码在一个目录中而目标代码在另一个目录中，或者构建的其他一些变体，这可能比您预期的更难实现系统使用。

无论哪种方式，或者使用任何变体，这个想法的关键部分是你告诉系统你的编译器的名称是gcc -H，而不仅仅是gcc。这通常可以工作。有时，系统会为 C 编译器使用除 CC 之外的 Make 宏名称（并且用于 C++ 编译器的宏名称也可能不同）。在这种情况下，您必须找出它使用的名称（例如，./configure CC=/opt/gcc/bin/gcc 通常可以使用，但您可能需要找到使用 /opt/gcc/bin/gcc 的位置并相应地使用 makefile。

尽快停止使用-H 选项。它在大型系统上产生丰富的输出。例如，在我所做的构建中，这可能是几百行标题。但是，使用它可以提供很多信息。