嘿，这个Autoconf多版本检测的问题我太熟了！很多时候系统默认路径装了一个版本，用户又在自定义目录里搞了另一个，得让configure精准定位到指定的那个版本。下面给你一步步拆解靠谱的实现方案：

首先得在你的configure.ac里用AC_ARG_WITH把这个选项注册进去，让用户能通过命令行指定路径，同时默认用系统版本：

AC_ARG_WITH([package],
            [AS_HELP_STRING([--with-package=DIR],
                           [Use package from DIR (default: system-wide installation)])],
            [package_prefix="$withval"],
            [package_prefix=""])

这段代码会把用户传入的路径存在package_prefix变量里，没传的话就留空，后续逻辑就靠这个变量判断。

要让编译器优先搜用户指定的路径，必须把自定义的include和lib路径加到CPPFLAGS和LDFLAGS的最前面——因为编译器是按顺序搜索的，先搜前面的路径，就能绕过系统默认的版本：

if test -n "$package_prefix"; then
  # 把自定义include路径加到CPPFLAGS开头
  CPPFLAGS="-I${package_prefix}/include $CPPFLAGS"
  # 把自定义lib路径加到LDFLAGS开头
  LDFLAGS="-L${package_prefix}/lib $LDFLAGS"
  # 要是你的系统是64位，有些软件会把库放lib64，记得加这个（可选）
  # LDFLAGS="-L${package_prefix}/lib64 $LDFLAGS"
fi

这里绝对不能把自定义路径放后面，不然编译器还是会先找到系统里的头文件和库，等于白忙活。

接下来用Autoconf自带的宏做检测，只要前面的路径设置对了，这些宏会自动优先找用户指定的版本：

# 检测目标头文件（比如package.h）
AC_CHECK_HEADER([package.h],
                [have_package_header=yes],
                [AC_MSG_ERROR([package header file not found!])])

# 检测目标库和其中的函数（假设库名是libpackage.so，有个package_init函数）
AC_CHECK_LIB([package], [package_init],
             [have_package_lib=yes],
             [AC_MSG_ERROR([package library not found!])])

如果头文件或库找不到，configure会直接报错，用户一眼就知道哪里出问题了。

有时候光检测到存在还不够，得确认确实是用户想要的那个版本。比如如果目标软件的头文件里有PACKAGE_VERSION宏，可以写个小测试程序验证：

AC_RUN_IFELSE([AC_LANG_SOURCE([[
#include <package.h>
#include <stdio.h>

int main() {
  printf("%s\n", PACKAGE_VERSION);
  return 0;
}]])],
[# 运行成功，拿到版本号
package_version=`./conftest`
AC_MSG_CHECKING([package version])
AC_MSG_RESULT([$package_version])
# 可以加版本校验，比如要求必须是2.0及以上
if test "$package_version" \< "2.0"; then
  AC_MSG_ERROR([Expected package version >=2.0, got $package_version])
fi
],
[AC_MSG_ERROR([Failed to run package version test])],
[# 交叉编译时没法运行程序，这里可以跳过或者给个警告
AC_MSG_WARN([Cross-compiling, skipping package version check])
])

这样能彻底避免“找是找到了，但版本不对”的尴尬情况。

要是目标软件提供了.pc配置文件，那用PKG_CHECK_MODULES会更省心，它会自动处理头文件、库路径和依赖：

if test -n "$package_prefix"; then
  # 让pkg-config优先找指定路径下的.pc文件
  PKG_CONFIG_PATH="${package_prefix}/lib/pkgconfig:$PKG_CONFIG_PATH"
  export PKG_CONFIG_PATH
fi

# 检测package，要求版本>=2.0
PKG_CHECK_MODULES([PACKAGE], [package >= 2.0],
                  [have_package=yes],
                  [AC_MSG_ERROR([package not found or version too old])])

这种方式比手动设置路径更靠谱，因为.pc文件里可能包含了其他依赖的信息，不用你自己逐个加。

• 路径顺序！路径顺序！路径顺序！重要的事情说三遍，自定义路径一定要放在CPPFLAGS和LDFLAGS的最前面。
• 64位系统注意lib和lib64的区别，有些软件会把64位库放在lib64目录下，别漏加。
• 交叉编译时，AC_RUN_IFELSE的运行步骤会跳过，这时候可以依赖交叉编译环境的pkg-config，或者手动指定版本参数。
• 可以在configure输出里加个提示，让用户确认用的是哪个版本：

if test -n "$package_prefix"; then
  AC_MSG_NOTICE([Using package from ${package_prefix}])
else
  AC_MSG_NOTICE([Using system-wide package])
fi

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