CentOS7用devtoolset-9编译libmemcached报malloc/realloc未声明怎么解决

这个问题的核心是autoconf的AC_FUNC_MALLOC宏的检测逻辑与C++标准库头文件的符号声明产生了冲突：

1. AC_FUNC_MALLOC是为兼容老旧非标准系统设计的检测宏，它会在configure阶段检测系统原生malloc是否符合“传入0时返回非空指针”的POSIX标准要求，一旦判定不符合，就会在生成的config.h中添加#define malloc rpl_malloc的宏定义，要求程序使用项目自带的rpl_malloc实现替代系统malloc。
2. 编译C++代码时，标准库头<cstdlib>会尝试将系统原生的malloc、realloc引入全局命名空间和std命名空间，但如果项目的config.h在<cstdlib>之前被引入，宏替换会把头文件里所有的malloc字符串都替换成rpl_malloc，系统层面根本不存在::rpl_malloc这个符号，就会触发“未声明”报错。
3. 你使用的CentOS7 + devtoolset-9的场景更容易触发该问题：devtoolset的GCC9头文件逻辑和CentOS7原生glibc头文件配合时，AC_FUNC_MALLOC的检测逻辑会出现误判，明明系统malloc符合标准，还是会错误生成替换宏。

不需要直接删除AC_FUNC_MALLOC宏破坏项目对旧环境的兼容性，可以选择以下方案：

• 编译时传递参数绕过错误检测：运行configure命令时加上ac_cv_func_malloc_0_nonnull=yes ac_cv_func_realloc_0_nonnull=yes参数，强制autoconf判定系统malloc/realloc符合标准，不会生成替换宏，不需要修改任何项目源码，适合本地编译场景。
• 修复项目头文件引入顺序：在所有C++源文件的最顶部，也就是引入任何标准库头文件之前先引入config.h，之后立即添加#undef malloc、#undef realloc语句，手动取消宏替换，避免污染标准库的符号声明。
• 适配C项目的检测逻辑：如果项目以C代码为主，可以将configure.ac中的AC_FUNC_MALLOC、AC_FUNC_REALLOC宏替换为针对C环境的检测逻辑，完全避免C语言检测宏和C标准库的冲突。

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