把所有文件安装到目录 PREFIX 下， 而不是 /usr/local/pgsql 下。实际文件会安装到 各个子目录中；不会有任何文件直接安装到 PREFIX 目录中。

你可以把与体系结构相关的文件安装到与 PREFIX 不同的前缀 EXEC-PREFIX 下。 这对于在多台主机之间共享与体系结构无关的文件很有用。 如果省略该选项，那么 EXEC-PREFIX 会被设为与 PREFIX 相同， 与体系结构相关和无关的文件都会安装到同一棵目录树下， 这通常正是你想要的。

指定可执行程序的目录。默认是 EXEC-PREFIX/bin， 通常也就是 /usr/local/pgsql/bin。

设置各种配置文件的目录，默认是 PREFIX/etc。

设置安装库和动态可加载模块的位置。默认是 EXEC-PREFIX/lib。

设置安装 C 和 C++ 头文件的目录。默认是 PREFIX/include。

设置多种只读数据文件的根目录。这只会为后续某些选项设置默认值。 默认是 PREFIX/share。

设置已安装程序使用的只读数据文件目录。默认是 DATAROOTDIR。 注意，这与数据库文件实际存放的位置无关。

设置安装区域设置数据的目录，尤其是消息翻译目录文件。 默认是 DATAROOTDIR/locale。

PostgreSQL 附带的手册页将安装到这个目录下 各自对应的 manx 子目录中。默认是 DATAROOTDIR/man。

设置安装文档文件（不包括 “man” 页）的根目录。 这只会为后续选项设置默认值。该选项的默认值是 DATAROOTDIR/doc/postgresql。

PostgreSQL 的 HTML 格式文档将安装到这个目录。 默认是 DATAROOTDIR。

启用本地语言支持（NLS），也就是以非英语语言显示程序消息的能力。 LANGUAGES 是可选的、以空格分隔的语言代码列表， 例如 --enable-nls='de fr'。 （你的列表与实际提供的翻译集合之间的交集会自动计算。） 如果你不指定列表，则会安装所有可用的翻译。

要使用这个选项，你需要一个 Gettext API 的实现。

构建 PL/Perl 服务器端语言。

构建 PL/Python 服务器端语言。

构建 PL/Tcl 服务器端语言。

Tcl 会安装一个名为 tclConfig.sh 的文件， 其中包含构建与 Tcl 交互模块所需的配置信息。通常这个文件会在一个公认的位置 被自动找到，但如果你想使用不同版本的 Tcl，则可以指定查找 tclConfig.sh 的目录。

构建时支持基于 LLVM 的 JIT 编译（见 Chapter 30）。 这要求已安装 LLVM 库。 当前 LLVM 的最低要求版本是 14。

llvm-config 将用于查找所需的编译选项。系统会在你的 PATH 中搜索 llvm-config。如果这样找不到你想要的程序，请使用 LLVM_CONFIG 指定正确的 llvm-config 路径。例如：

./configure ... --with-llvm LLVM_CONFIG='/path/to/llvm/bin/llvm-config'

LLVM 支持要求有兼容的 clang 编译器（必要时通过环境变量 CLANG 指定），以及可工作的 C++ 编译器 （必要时通过环境变量 CXX 指定）。

构建时支持 LZ4 压缩。

构建时支持 Zstandard 压缩。

构建时支持 SSL（加密）连接。 唯一支持的 LIBRARY 是 openssl， 它同时适用于 OpenSSL 和 LibreSSL。这要求安装 OpenSSL 软件包。 configure 会检查所需的头文件和库， 以确认你的 OpenSSL 安装足够后才继续。

这是 --with-ssl=openssl 的过时等价写法。

构建时支持 GSSAPI 认证。要使用 GSSAPI，必须安装 MIT Kerberos。 在很多系统上，GSSAPI 系统（MIT Kerberos 安装的一部分）并不位于默认搜索的路径 中（例如 /usr/include、/usr/lib）， 因此除了这个选项之外，你还必须使用 --with-includes 和 --with-libraries。configure 会检查所需的头文件和库，以确认你的 GSSAPI 安装足够后才继续。

构建时支持 LDAP 认证和连接参数查找（更多信息见 Section 32.18 和 Section 20.10）。在 Unix 上，这要求安装 OpenLDAP 软件包。在 Windows 上，使用默认的 WinLDAP 库。configure 会检查所需的头文件和库，以确认你的 OpenLDAP 安装足够后才继续。

构建时支持 PAM （可插拔认证模块）。

构建时支持 BSD 认证。 （BSD 认证框架目前仅在 OpenBSD 上可用。）

构建时支持 systemd 服务通知。如果服务器是在 systemd 下启动， 这会改进集成；否则没有影响。更多信息见 Section 18.3。 要使用此选项，需要安装 libsystemd 及其相关头文件。

构建时支持 Bonjour 自动服务发现。 这要求你的操作系统支持 Bonjour。 在 macOS 上推荐启用。

构建 uuid-ossp 模块 （它提供生成 UUID 的函数），并使用指定的 UUID 库。 LIBRARY 必须是以下之一：

这是 --with-uuid=ossp 的过时等价写法。

构建时支持 libcurl，用于 OAuth 2.0 客户端流程。 此特性要求 libcurl 7.61.0 或更高版本。 使用该选项构建时，会检查所需的头文件和库，以确认你的 curl 安装足够后才继续。

构建时支持 libnuma，用于基础 NUMA 支持。 仅在实现了 libnuma 库的平台上受支持。

构建时支持 liburing，以启用异步 I/O 的 io_uring 支持。

为了检测所需的编译器和链接器选项，PostgreSQL 会查询 pkg-config。

如果 liburing 安装在不常见的位置，你可以设置与 pkg-config 相关的环境变量（见其文档）。

构建时支持 libxml2，以启用 SQL/XML 支持。 这一特性要求 libxml2 2.6.23 或更高版本。

为了检测所需的编译器和链接器选项，如果系统已安装 pkg-config 且知道 libxml2，PostgreSQL 会查询 pkg-config。否则，如果找得到由 libxml2 安装的 xml2-config 程序，就会使用它。 优先使用 pkg-config，因为它能更好地处理多架构安装。

如果 libxml2 安装在不常见的位置，你可以设置与 pkg-config 相关的环境变量（见其文档）， 或把环境变量 XML2_CONFIG 设为指向该 libxml2 安装对应的 xml2-config 程序，或者设置变量 XML2_CFLAGS 和 XML2_LIBS。 （如果安装了 pkg-config，那么要覆盖它对 libxml2 位置的判断，你必须设置 XML2_CONFIG， 或同时把 XML2_CFLAGS 和 XML2_LIBS 设为非空字符串。）

构建时支持 libxslt，以启用 xml2 模块对 XML 执行 XSL 转换。 同时还必须指定 --with-libxml。

构建时支持 SElinux，以启用 sepgsql 扩展。

构建时不支持 ICU 库，从而禁用 ICU 排序规则特性（见 Section 23.2）。

禁止使用 Readline 库（以及 libedit）。此选项会禁用 psql 中的命令行编辑和历史记录。

优先使用 BSD 许可的 libedit 库，而不是 GPL 许可的 Readline。只有在两个库都已安装时， 该选项才有意义；在那种情况下，默认行为是使用 Readline。

禁止使用 Zlib 库。 这会禁用 pg_dump 和 pg_restore 对压缩归档的支持。

DIRECTORIES 是一个以冒号分隔的目录列表， 这些目录会被加入编译器搜索头文件的路径中。 如果你把可选软件包（如 GNU Readline） 安装在非标准位置，就必须使用此选项，并且通常还要使用对应的 --with-libraries 选项。

例如：--with-includes=/opt/gnu/include:/usr/sup/include。

DIRECTORIES 是一个以冒号分隔的目录列表， 用于搜索库文件。如果你把软件包安装在非标准位置， 很可能需要使用这个选项（以及对应的 --with-includes）。

例如：--with-libraries=/opt/gnu/lib:/usr/sup/lib。

PostgreSQL 自带了日期和时间操作所需的时区数据库。 这个时区数据库实际上与很多操作系统（如 FreeBSD、Linux 和 Solaris） 提供的 IANA 时区数据库兼容，因此再次安装它是多余的。 使用此选项时，将使用位于 DIRECTORY 的 系统提供时区数据库，而不是 PostgreSQL 源码发布中自带的那一份。 DIRECTORY 必须是绝对路径。 在某些操作系统上，/usr/share/zoneinfo 是一个可能的目录。请注意，安装过程不会检测时区数据是否不匹配或有误。 如果你使用该选项，建议运行回归测试，以验证你指定的时区数据能够与 PostgreSQL 正常配合工作。

这个选项主要面向那些非常了解其目标操作系统的二进制包发布者。 使用该选项的主要优点是，当本地众多夏令时规则中的任何一条发生变化时， PostgreSQL 软件包都无需升级。另一个优点是，如果安装时不需要构建 时区数据库文件，那么 PostgreSQL 的交叉编译也会更直接。

将 STRING 追加到 PostgreSQL 版本号后面。 例如，你可以用它给从未发布的 Git 快照构建出来的二进制文件、 或包含自定义补丁的二进制文件，添加额外版本字符串作为标记， 例如 git describe 标识符或发行包版本号。

不在 PostgreSQL 的可执行文件中标记， 使其在运行时到安装的库目录中搜索共享库（见 --libdir）。 在大多数平台上，这种标记使用库目录的绝对路径，因此如果你之后移动安装位置， 它就没有帮助了。不过这样一来，你就需要通过其他方式让可执行文件找到共享库。 通常这要求配置操作系统的动态链接器搜索该库目录；更多细节见 Section 17.5.1。

将 NUMBER 设为服务器和客户端的默认端口号。 默认值是 5432。端口号以后始终都可以修改，但如果在这里指定， 那么服务器和客户端都会编译进同一个默认值，这可能很方便。 通常选择非默认值的唯一合理原因，是你打算在同一台机器上运行多个 PostgreSQL 服务器。

GSSAPI 所使用的 Kerberos 服务主体的默认名称。 默认是 postgres。通常没有理由修改它， 除非你是在为 Windows 环境构建，在那种情况下它必须被设为大写的 POSTGRES。

设置 segment size，单位为 GB。 大表会被分成多个操作系统文件，每个文件的大小等于段大小。 这可以避免很多平台上的文件大小限制问题。默认段大小 1GB 在所有支持的平台上 都是安全的。如果你的操作系统支持 “largefile” （如今大多数都支持），你可以使用更大的段大小。 这有助于减少处理超大表时消耗的文件描述符数量。 但请注意不要选择超出你的平台和打算使用的文件系统所支持的值。 你可能想用到的其他工具，例如 tar， 也可能对可用文件大小施加限制。推荐（但不是绝对要求）把这个值设为 2 的幂。 请注意，修改此值会破坏磁盘上的数据库兼容性，也就是说， 你不能使用 pg_upgrade 升级到使用不同段大小构建的版本。

设置 block size，单位为 KB。 这是表内部存储和 I/O 的单位。默认值 8KB 适合大多数场景， 但在特殊情况下，其他取值也可能有用。 该值必须是 1 到 32（KB）之间的 2 的幂。 请注意，修改此值会破坏磁盘上的数据库兼容性，也就是说， 你不能使用 pg_upgrade 升级到使用不同块大小构建的版本。

设置 WAL block size，单位为 KB。 这是 WAL 日志内部存储和 I/O 的单位。默认值 8KB 适合大多数场景， 但在特殊情况下，其他取值也可能有用。 该值必须是 1 到 64（KB）之间的 2 的幂。 请注意，修改此值会破坏磁盘上的数据库兼容性，也就是说， 你不能使用 pg_upgrade 升级到使用不同 WAL 块大小构建的版本。

将所有程序和库编译为带调试符号的版本。这意味着你可以在调试器中运行程序， 以分析问题。这会显著增大安装后的可执行文件大小，而且在非 GCC 编译器上， 通常还会禁用编译器优化，从而导致变慢。不过，保留这些符号对于处理可能出现的 各种问题极其有帮助。目前，只有在你使用 GCC 的情况下，才建议在生产安装中使用 该选项。但如果你在做开发工作或运行测试版，就应始终启用它。

在服务器中启用 assertion 检查，用于测试许多 “不应该发生”的条件。这对代码开发非常有价值，但这些测试会显著拖慢 服务器速度。此外，启用这些测试并不一定会增强服务器稳定性！ 断言检查并未按严重程度分类，因此即使某个 bug 相对无害，只要触发了断言失败， 仍可能导致服务器重启。该选项不建议用于生产环境，但如果你在做开发工作 或运行测试版，就应当启用它。

启用使用 Perl TAP 工具的测试。这要求安装 Perl 以及 Perl 模块 IPC::Run。更多信息见 Section 31.4。

启用自动依赖跟踪。启用后，makefile 会在任何头文件被修改时， 重新构建所有受影响的目标文件。如果你在做开发工作，这很有用； 但如果你只是打算编译一次并安装，这只是额外的开销。 目前该选项只在 GCC 下有效。

如果使用 GCC，所有程序和库都会带代码覆盖率测试插桩进行编译。 运行时，它们会在构建目录中生成包含代码覆盖率指标的文件。 更多信息见 Section 31.5。 该选项只适用于 GCC，并且仅在开发工作中使用。

如果使用 GCC，所有程序和库都会被编译成可进行性能分析的形式。 后端退出时，会创建一个子目录，其中包含带有 profile 数据的 gmon.out 文件。 该选项只适用于 GCC，并且仅在开发工作中使用。

将 PostgreSQL 编译为支持动态跟踪工具 DTrace。 更多信息见 Section 27.5。

如果要指向 dtrace 程序，可以设置环境变量 DTRACE。这通常是必要的，因为 dtrace 往往安装在 /usr/sbin 下，而该目录可能不在你的 PATH 中。

传给 dtrace 程序的额外命令行选项，可以通过环境变量 DTRACEFLAGS 指定。在 Solaris 上，要在 64 位二进制中包含 DTrace 支持，必须指定 DTRACEFLAGS="-64"。例如， 使用 GCC 编译器时：

./configure CC='gcc -m64' --enable-dtrace DTRACEFLAGS='-64' ...

使用 Sun 编译器时：

./configure CC='/opt/SUNWspro/bin/cc -xtarget=native64' --enable-dtrace DTRACEFLAGS='-64' ...

将 PostgreSQL 编译为支持服务器中的注入点。 注入点允许在预定义的代码路径中，从服务器内部运行用户定义的代码。 这有助于以受控方式测试并研究并发场景。该选项默认关闭。 更多细节见 Section 36.10.14。 该选项仅供开发人员测试使用。

以块数指定关系段大小。如果同时指定了 --with-segsize 和这个选项，则以后者为准。 该选项仅供开发人员测试与段相关的代码。