我之前在使用ARM嵌入式GCC 5.x系列工具链时，碰到过和你一模一样的问题——预编译头明明生成了，但编译源文件时编译器就是视而不见，一个劲找原头文件。结合当时的排查经验，给你几个关键的解决方向：

• 确保预编译头生成参数与源文件编译参数完全一致
  GCC对预编译头的参数一致性要求极其严格，哪怕是细微的差异（比如多了或少了一个编译选项、宏定义不同、目标架构参数不一致），都会直接导致编译器忽略预编译头。比如你生成PCH时用了-mcpu=cortex-m3 -mthumb -O0 -I./inc，那编译.c文件时必须完全复用这些参数，不能省略任何一项，也不能添加额外的、生成PCH时没有的参数。

  举个正确的示例：
  生成预编译头的命令：

  arm-none-eabi-gcc -mcpu=cortex-m4 -mthumb -O2 -I./include -DUSE_HAL_DRIVER -c ./include/main.h -o ./include/main.h.gch
  

  编译源文件的命令：

  arm-none-eabi-gcc -mcpu=cortex-m4 -mthumb -O2 -I./include -DUSE_HAL_DRIVER -c ./src/main.c -o ./obj/main.o
  

• 核对预编译头的路径与#include引用路径匹配
  如果你的.c文件里写的是#include "inc/stdio.h"，那生成PCH时必须针对inc/stdio.h这个路径的文件生成，并且把.h.gch文件放在对应的inc目录下。也就是说，#include的路径要和预编译头文件的路径完全对应，编译器才会在查找原头文件时优先检查对应的.h.gch。

• 检查预编译头的有效性与完整性
  有时候生成的.h.gch可能因为中断、参数错误等原因损坏，这时候编译器会直接跳过它。你可以先删除现有的.h.gch文件，重新用正确的参数生成一次。另外，虽然你用了-Winvalid-pch，但在参数不匹配的情况下，有些版本的GCC可能不会输出明确提示，建议加上-v参数查看编译日志，搜索头文件名，看看有没有关于.h.gch的查找记录——如果连查找都没提到，那大概率是路径或参数的问题。

• 确认宏定义完全一致
  如果生成预编译头时定义了特定宏（比如-DDEBUG），但编译源文件时没有定义，或者定义了不同的宏（比如-DRELEASE），编译器也会拒绝使用预编译头。要确保两边的宏定义选项完全相同。

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