Xcode 16.3编译老旧项目时出现pngcrush目标找不到找不到'fp.h'文件的编译错误

这种情况我之前帮好几个维护老项目的开发者排查过，核心问题大概率是Xcode 16.3对系统头文件的搜索路径、可用头文件集合做了调整，而pngcrush作为一款非常老旧的PNG压缩工具，依赖的fp.h头文件在新的SDK里被移除或移动了位置，导致编译失败。

给你几个逐步推进的解决思路：

• 直接移除pngcrush target（优先推荐）
  老项目里集成pngcrush通常是为了在构建时自动压缩PNG资源，但现在Xcode本身已经内置了PNG优化功能，而且市面上也有更现代的图片压缩工具。你可以：

  1. 在项目导航栏找到pngcrush target，右键选择删除；
  2. 检查项目的Build Phases和Run Script，移除所有调用pngcrush的脚本或依赖；
  3. 清理项目（Cmd+Shift+K）后重新编译，这应该能最快解决问题，也能避免后续Xcode更新带来的更多兼容性问题。

• 修复pngcrush的头文件依赖（若必须保留）
  如果项目确实需要保留这个target，你可以尝试以下操作：

  1. 替换头文件引用：找到pngcrush源码中引用#include <fp.h>的文件，将其替换为标准C的<float.h>——fp.h中的大部分浮点运算相关宏/函数，在<float.h>里都有对应的标准实现；
  2. 调整头文件搜索路径：打开pngcrush target的Build Settings，找到Header Search Paths，添加/usr/include或$(SDKROOT)/usr/include，并设置为Recursive（递归搜索）；
  3. 放宽编译规则：在同一个target的Build Settings中，将Enable Modules (C and Objective-C)设为NO，同时开启Allow Non-modular Includes in Framework Modules，让编译器允许引用非模块化的系统头文件。

• 适配新编译器规则
  Xcode 16.3升级了Clang编译器，对旧代码的语法检查更严格。你可以给pngcrush target的Other C Flags添加-isystem /usr/include，强制编译器从系统默认路径搜索头文件，或者添加-Wno-error=deprecated-declarations忽略过时声明的报错。

内容来源于stack exchange