编译PostgreSQL自定义libdir至bindir路径时遇58P01错误求助

你遇到的58P01: could not open directory "C:postgresql-14.uilin"错误，本质是强行将libdir与bindir合并后，PostgreSQL内部路径解析逻辑冲突导致的路径拼接异常。

问题根源 #

PostgreSQL的目录结构是模块化设计的，libdir（库文件目录）和bindir（可执行文件目录）默认分离，内部多个组件会依赖这两个目录的独立路径做拼接计算。当你把libdir指定为bindir的绝对路径后，部分模块在生成查找路径时，会错误地将版本信息、模块名与bindir路径拼接，导致出现类似C:postgresql-14.uilin这种残缺且错误的路径。

解决办法 #

1. 优先恢复默认目录结构
   不建议合并libdir和bindir，这会破坏PostgreSQL的依赖逻辑，后续运行或其他依赖库的程序可能出现更多问题。如果需要自定义路径，保持两个目录独立：

   make clean
   ./configure --prefix="c:/postgresql/build"
   make
   make install
   

   此时libdir会默认是c:/postgresql/build/lib，bindir是c:/postgresql/build/bin，符合官方设计。

2. 若坚持合并目录的折中方案
   如果一定要让库文件放在bin目录下，可在bin下创建子目录作为libdir，避免路径冲突：

   make clean
   ./configure --prefix="c:/postgresql/build" --libdir="c:/postgresql/build/bin/lib"
   make
   make install
   

   这种方式既满足文件存放位置的需求，又不会触发内部路径拼接错误。

3. 强制合并的风险提示
   若执意将libdir直接设为bindir，即使暂时解决编译问题，后续运行pg_config输出的libdir会指向bin目录，依赖PostgreSQL库的第三方程序可能无法正确找到库文件，引发更多兼容性问题。

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