AIX7.2服务器安装Apache Thrift执行make时出现::malloc、::realloc未声明错误

• 报错本质是AIX 7.2环境下GCC 8.3.0的头文件加载顺序和Thrift默认编译参数错配。从你贴的编译命令可以看到，当前的头文件搜索优先级是/usr/local/include > /usr/include > 本地源码目录，但AIX系统中malloc、realloc等C库函数的全局符号声明存放在/usr/include/stdlib.h中，因为路径优先级错误，libstdc++的cstdlib头文件在尝试绑定全局命名空间的::malloc、::realloc符号时，根本没有加载到系统C库的对应声明，直接触发“未声明”的编译错误。
• 你之前判定configure执行正常是不准确的：config.log中存在的fatal error记录已经指向了这个头文件兼容问题，但Thrift官方的configure脚本对AIX平台的探测逻辑不完整，没有把这类头文件加载问题判定为致命错误，所以即使存在探测失败，最后依然返回exit 0，把问题留到了make阶段才暴露。
• 错误触发的直接条件是当前使用了-std=c++11编译参数：在C11标准规范下，libstdc的cstdlib头会强制将全局命名空间的C库函数映射到std命名空间，相比C98标准，对全局符号的存在性校验更严格，所以这类头文件顺序问题在C11编译参数下会直接中断编译，不会像旧标准那样给出警告就跳过。

• 先彻底清理旧的编译缓存，避免之前错误生成的Makefile残留参数干扰：

make distclean

• 重新执行configure命令时，显式把系统头文件路径的搜索优先级提到最前面，保证编译器能先加载到AIX系统C库的头文件：

./configure --with-boost=/usr/local \
  CFLAGS="-I/usr/include" \
  CXXFLAGS="-I/usr/include -std=c++11" \
  LDFLAGS="-L/usr/lib"

• 重新执行configure后直接编译，如果依然报相同的malloc/realloc未声明错误，可以在make阶段手动给编译参数加强制预加载系统标准库头的选项，绕开libstdc++的加载逻辑问题：

make CXXFLAGS="-include stdlib.h -I/usr/include -std=c++11"

这个参数会让编译器在处理每个C++源文件的最开头，就强制引入系统stdlib.h，提前把全局命名空间的malloc、realloc符号加载完成，从根源上避开头文件顺序错配的问题。

• 如果上述调整依然无法解决问题，可以手动修改Thrift源码目录下src/thrift/Thrift.h文件，在所有#include语句的最开头加一行#include <stdlib.h>，从源码层面解决头文件加载顺序问题。

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