为何GCC包含多源文件时未触发printf_baz隐式声明错误？

核心差异在于预处理器对重复包含头文件的判断逻辑，以及_STDIO_H宏的定义时机：

第一种情况（无错误） #

当foo_bar-merged.c内容为：

#include "foo_bar/foo.c"
#include "foo_bar/bar.c"

编译时的预处理器流程：

1. 包含foo_bar/foo.c，其中的#include "baz.h"会直接从foo_bar/目录（foo.c所在目录）读取baz.h。此时还未包含<stdio.h>，_STDIO_H未定义，因此baz.h中printf_baz的声明不会被展开，但头文件保护宏BAZ_H被定义。
2. 包含foo_bar/bar.c，先处理#include <stdio.h>，此时_STDIO_H被编译器的标准头文件定义。接着处理#include "baz.h"：
   • 由于编译命令指定了-I./foo_bar，预处理器会先在foo_bar-merged/目录查找baz.h（找不到），再到-I指定的./foo_bar/目录查找，此时读取的是./foo_bar/baz.h。
   • 预处理器会将foo_bar/baz.h（第一次包含的路径）和./foo_bar/baz.h（第二次包含的路径）视为不同的文件路径（即使它们指向文件系统中的同一个文件），因此头文件保护宏BAZ_H不会阻止这次包含。
   • 此时_STDIO_H已定义，baz.h中printf_baz的声明被正常展开，编译器能找到函数声明，因此不会触发隐式声明错误。

第二种情况（触发错误） #

当foo_bar-merged.c修改为：

#include "foo.c"
#include "bar.c"

编译时的预处理器流程：

1. 由于-I./foo_bar，foo.c和bar.c都从./foo_bar/目录读取。foo.c中的#include "baz.h"会通过-I路径找到./foo_bar/baz.h，此时_STDIO_H未定义，printf_baz声明不展开，但BAZ_H被定义。
2. bar.c中先包含<stdio.h>定义_STDIO_H，再处理#include "baz.h"：
   • 同样通过-I路径找到./foo_bar/baz.h，预处理器判断这和第一次包含的是同一个文件路径，因此头文件保护宏BAZ_H生效，直接跳过baz.h的内容。
   • 此时printf_baz没有任何声明，编译器在处理print_int中的调用时，触发implicit-function-declaration错误。

简单来说：第一种情况中，两次包含baz.h的路径字符串不同，预处理器未识别为同一个文件，因此第二次包含时展开了printf_baz的声明；第二种情况中两次包含路径一致，头文件保护阻止了重复处理，导致声明缺失。

内容的提问来源于stack exchange，提问作者aahlback