CentOS环境编译Apr-util 1.6.x时遭遇pcre-config错误求助

我太懂这种手动编译Apache依赖的痛苦了！你已经把整套HTTPD环境跑通，还写脚本自动化了补丁、编译安装流程，这已经比大多数人稳多了——但Apr-util 1.6.x确实是版本迭代里容易踩坑的节点，尤其是和旧依赖、系统库搭配的时候。结合我之前踩过的坑，给你几个排查方向：

• 先确认Apr版本的严格匹配
  Apr和Apr-util是绑定死的搭档！Apr-util 1.6.x必须搭配Apr 1.6.x系列的版本，如果你还在用旧版Apr（比如1.5.x），配置脚本直接就会报错。先跑这个命令查Apr版本：

  apr-1-config --version
  

  如果版本不对，先编译安装对应版本的Apr，再重新执行Apr-util的配置。

• 检查自定义补丁的适配性
  你给旧版Apr-util打的补丁，很大概率和1.6.x的源码结构不兼容了。建议先临时注释掉脚本里的补丁步骤，直接裸跑./configure试试——如果裸跑能正常执行，那就是补丁的问题，得重新修改补丁适配1.6.x的源码文件（比如函数名、文件路径变了）。

• 排查系统依赖库的版本要求
  Apr-util 1.6.x对底层系统库的要求比旧版本高，比如它需要更新版的expat、sqlite或者openldap-devel。CentOS 7默认的expat是2.1.0，而Apr-util 1.6.x可能要求2.2以上版本。先查这些库的版本：

  rpm -q expat sqlite openldap-devel
  

  如果版本不够，要么手动编译更新对应依赖，要么在配置Apr-util时用参数指定新库的路径，比如：

  ./configure --with-expat=/usr/local/expat --prefix=/usr/local/apr-util
  

• 查看配置脚本的详细错误日志
  屏幕上的报错往往只给个大概，配置脚本会生成更详细的日志。把输出重定向到日志文件：

  ./configure > configure.log 2>&1
  

  然后打开configure.log搜索error或failed，里面会明确告诉你是哪个检查步骤挂了——比如某个库找不到、某个函数缺失，这能直接定位问题根源。

• 补全基础编译环境
  有时候系统更新或者之前的编译操作可能弄丢了编译工具，比如pkg-config、gcc-c++这些。先补全依赖：

  yum install -y gcc gcc-c++ make pkg-config autoconf automake libtool
  

  补完之后再重新跑配置脚本试试。

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