arm-none-eabi 10.3编译报错：__pure/__pure2前预期存在初始化器

两个报错的本质是C语法解析失败：编译器处理函数声明时，在参数列表闭合的位置，没有识别到合法的语法元素（函数属性修饰、分号等），反而碰到了未被定义的标识符__pure/__pure2，因此抛出语法错误，提示在这两个标识符之前预期出现初始化器/合法声明标记。

__pure、__pure2不是C标准规定的关键字，是arm-none-eabi工具链搭载的newlib C库自定义的函数属性宏，正常定义在strings.h首行引入的<sys/cdefs.h>头文件中，作用是给编译器传递函数优化提示：

• __pure展开为__attribute__((__pure__))，标记函数无副作用，返回值仅依赖入参和全局内存状态
• __pure2展开为__attribute__((__const__))，标记约束更严格的纯函数，返回值仅依赖入参，不访问任何全局内存

出现未定义的问题，99%是以下三类原因导致：

• 头文件搜索路径污染：项目内或第三方SDK自带了旧版本、不匹配的sys/cdefs.h，被编译器优先加载，这份头文件中没有定义这两个宏
• 宏定义冲突：自定义代码或编译参数提前定义了__pure/__pure2，或者错误定义了cdefs依赖的前置判断宏（比如__GNUC__、属性检测相关宏），导致cdefs内的条件编译分支跳过了两个宏的正常定义
• 编译参数配置错误：使用了严格无GNU扩展的C标准参数（如-ansi、-std=c99而非-std=gnu99），或者错误手动设置了__BSD_VISIBLE/__POSIX_VISIBLE/__MISC_VISIBLE这类C库特性开关宏，触发cdefs的条件编译逻辑，没有导出这两个宏。

不要上来就直接手动写死这两个宏的定义，优先按以下顺序排查根因：

• 打印编译时的头文件搜索顺序，确认加载的sys/cdefs.h属于当前10.3版本arm-none-eabi工具链的自带目录，没有被其他路径下的同名文件抢占优先级
• 全局搜索代码和编译选项，排查是否存在提前定义__pure、__pure2或cdefs依赖的属性检测宏的逻辑，修正冲突定义
• 调整编译标准参数为带GNU扩展的版本，避免严格标准模式下C库属性宏被屏蔽。

如果排查后确认是工具链本身打包遗漏（极低概率的发行bug），可以在所有头文件包含之前补加兼容定义，不会引入功能问题：

#ifndef __pure
#define __pure __attribute__((__pure__))
#endif
#ifndef __pure2
#define __pure2 __attribute__((__const__))
#endif

内容的提问来源于stack exchange，提问作者никита богатов