pgxn install未遵循--pg_config，h3扩展错误安装至Postgres 17

直接解决方法：手动编译安装h3扩展 #

绕过pgxn的自动构建，直接用指定的pg_config编译安装，步骤如下：

1. 获取h3扩展源码：

   pgxn get h3
   cd h3-*  # 进入下载的源码目录
   

2. 指定PostgreSQL 15的pg_config编译并安装：

   make PG_CONFIG=/Applications/Postgres.app/Contents/Versions/15/bin/pg_config
   sudo make install PG_CONFIG=/Applications/Postgres.app/Contents/Versions/15/bin/pg_config
   

3. 登录PostgreSQL 15实例，执行CREATE EXTENSION h3;验证安装成功。

原因分析与排查步骤 #

出现这个问题的核心原因是h3扩展使用CMake构建时，自动搜索到了系统中版本更高的PostgreSQL 17，而非pgxn指定的pg_config对应的版本。以下是具体排查点：

1. 验证指定的pg_config有效性

先确认你指定的pg_config确实属于PostgreSQL 15：

/Applications/Postgres.app/Contents/Versions/15/bin/pg_config --version
/Applications/Postgres.app/Contents/Versions/15/bin/pg_config --libdir

输出应该显示PostgreSQL 15.x，以及对应15版本的lib目录路径，排除路径指定错误的可能。

2. 检查pgxn传递参数的有效性

pgxn在调用构建工具时，可能没有将pg_config的信息正确传递给CMake。可以通过添加--verbose参数查看pgxn的详细执行日志：

pgxn install --verbose --pg_config /Applications/Postgres.app/Contents/Versions/15/bin/pg_config h3

查看日志中CMake的调用命令，是否包含指向PostgreSQL 15的-DPostgreSQL_ROOT或-DPostgreSQL_LIBRARY参数。如果没有，说明pgxn没有正确传递参数，手动编译是更可靠的方案。

3. 优先指定PATH路径规避版本冲突

执行pgxn命令前，将PostgreSQL 15的bin目录放到PATH最前面，确保系统优先使用15版本的工具链：

export PATH=/Applications/Postgres.app/Contents/Versions/15/bin:$PATH
pgxn install h3

这种方式不需要指定--pg_config，因为PATH中优先匹配15版本的pg_config，CMake也会基于这个路径查找依赖库。

4. 清理CMake缓存（如果之前编译过）

如果之前尝试过安装h3扩展，CMake可能缓存了PostgreSQL 17的路径信息。手动进入源码目录后，删除CMake缓存文件再重新编译：

rm -f CMakeCache.txt
make PG_CONFIG=/Applications/Postgres.app/Contents/Versions/15/bin/pg_config

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