在Keil MDK中使用TFLite默认包编译报错求助

核心问题本质 #

你碰到的EAFNOSUPPORT和errno未声明错误，根源是当前项目缺少标准C库或系统头文件的正确配置/引入——空项目能正常编译，说明默认配置包含了嵌入式环境所需的适配文件，而你的实际项目在配置或依赖上出现了偏差。

具体排查与修复步骤 #

• 检查Keil库配置

  1. 打开项目「Options for Target」→「Target」选项卡，确认「Use MicroLIB」是否勾选。MicroLIB是Keil专为嵌入式优化的标准库子集，未勾选的话大概率会缺失errno这类基础定义；如果TFLite依赖完整标准库，也可以尝试取消勾选切换到标准C库。
  2. 进入「Editor」→「Configuration」，确认头文件路径里包含Keil自带的ARMCLIB相关路径（比如\ARM\ARMCC\include）。

• 修正TFLite平台适配宏
  TFLite for MCUs会根据宏定义切换不同平台的代码分支，当前项目可能没正确适配Armv8-M Mainline，导致代码错误引入了网络相关的头文件（EAFNOSUPPORT是网络错误码）：

  1. 在项目的「Define」宏定义中，添加TF_LITE_MCU_DEBUG_LOG，或者确认TF_LITE_DISABLE_X86_NEON这类平台宏已正确设置，强制TFLite走嵌入式平台的代码逻辑，避开桌面/网络相关代码。
  2. 查看TFLite源码里errno.h或sys/errno.h的引入逻辑，确保在嵌入式环境下调用Keil标准库的errno定义，而非依赖系统级头文件。

• 对比空项目配置差异

  1. 导出空项目的*.uvoptx和*.uvprojx配置文件，和当前项目的配置做对比，重点看这几个部分：
     • 宏定义（「Define」字段）
     • 头文件包含路径（「Include Paths」）
     • 库选择（「Use MicroLIB」、「Library Type」）
  2. 检查当前项目是否新增了第三方源码/库，这些文件可能覆盖或干扰了标准库的头文件引入逻辑。

快速试错方案 #

1. 在项目全局宏定义里添加_STDIO_H_和_ERRNO_H_，强制引入Keil标准库的错误定义。
2. 在报错的TFLite源码开头手动加上#include <errno.h>或#include "stdlib.h"，看是否能解决errno未声明的问题。

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