把所有文件装在目录PREFIX中而不是/usr/local/pgsql中。 实际的文件会安装到数个子目录中；没有一个文件会直接安装到PREFIX目录里。

你可以把体系相关的文件安装到一个不同的前缀下（EXEC-PREFIX），而不是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的目录。

构建时支持ICU 库，从而能够使用 ICU 整理功能（请参阅 第 24.2 节)。 这需要安装ICU4C包。 ICU4C的最低要求版本目前是 4.2。

默认情况下，pkg-config 将用于查找所需的编译选项。ICU4C4.6 及更高版本支持此功能。 对于旧版本，或者如果pkg-config 不可用，可以将变量ICU_CFLAGS 和ICU_LIBS指定为configure，就像在这个例子中：

./configure ... --with-icu ICU_CFLAGS='-I/some/where/include' ICU_LIBS='-L/some/where/lib -licui18n -licuuc -licudata'

（如果ICU4C在编译器的默认搜索路径中， 那么您仍然需要指定非空字符串以避免使用pkg-config， 例如，ICU_CFLAGS=' '。）

支持基于LLVM的JIT编译 （请参阅第 32 章）。 这需要安装LLVM库。 当前LLVM的最低要求版本是3.9。

llvm-config 可用于查找所需的编译选项。llvm-config会在PATH 上搜索所有受支持版本的llvm-config-$major-$minor。 如果这不会产生所需的程序，请使用LLVM_CONFIG指定正确的 llvm-config的路径。例如：

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

LLVM支持需要兼容的clang编译器 （必要时使用CLANG环境变量指定）和有效的C++编译器 （必要时使用使用CXX环境变量指定）。

支持 LZ4 压缩构建。 使用 LZ4 压缩表数据。

编译SSL（加密）连接支持。唯一支持的LIBRARY是 openssl。这个选项需要安装OpenSSL包。configure将会检查所需的头文件和库以确保你的 OpenSSL安装足以让配置继续下去。

相当于以前的 --with-ssl=openssl.

构建支持 GSSAPI 身份验证。在许多系统上，GSSAPI 系统（通常是 Kerberos 安装的一部分） 并未安装在默认搜索的位置（例如，/usr/include、 /usr/lib)，因此除此选项外，您还必须使用选项 --with-includes和--with-libraries。 configure将检查所需的头文件和库，以确保您的 GSSAPI 安装足够，然后再继续。

为认证和连接参数查找编译LDAP支持 （详见第 34.18 节和第 21.10 节）。在 Unix 上，这需要安装OpenLDAP包。在 Windows 上将使用默认的WinLDAP库。configure将会检查所需的头文件和库以确保你的 OpenLDAP安装足以让配置继续下去。

使用PAM（可插拔身份验证模块）支持构建。

使用 BSD 身份验证支持构建。（BSD 身份验证框架目前仅在 OpenBSD 上可用。）

编译对systemd 服务通知的支持。如果服务器是在systemd 机制下被启动，这可以提高集成度，否则不会有影响 否则，; 参考 第 19.3 节 查看更多信息 。要使用这个选项，必须安装libsystemd 以及相关的头文件。

构建支持 Bonjour 自动服务发现。这需要您的操作系统支持 Bonjour。推荐在 macOS 上使用。

使用指定的 UUID 库编译uuid-ossp模块（提供生成 UUID 的函数）。 LIBRARY必须是下列之一：

--with-uuid=ossp的已废弃的等效选项。

使用 libxml2 构建，启用 SQL/XML 支持。 此功能需要 Libxml2 版本 2.6.23 或更高版本。

为了检测所需的编译器和链接器选项，PostgreSQL 将查询pkg-config，如果它已安装并且知道 libxml2。 否则，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也必须指定。

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

赞成使用 BSD 许可的libedit库而不是 GPL 许可的Readline。 仅当您安装了两个库时，此选项才有意义； 这种情况下的默认设置是使用Readline。

防止使用Zlib库。这将禁用对pg_dump 和pg_restore中压缩档案的支持。

即便PostgreSQL对于该平台没有 CPU 自旋锁支持，也允许编译成功。自旋锁支持的缺乏会导致非常差的性能，因此这个选项只有当编译终端或者通知你该平台缺乏自旋锁支持时才应被使用。如果在你的平台上要求使用该选项来编译PostgreSQL，请将此问题报告给PostgreSQL的开发者。

禁用 CPU 原子操作。 此选项在缺少此类操作的平台上不起作用。 在具有它们的平台上，这将导致性能不佳。 此选项仅用于调试或进行性能比较。

禁用客户端库的线程安全性。这会阻止libpq和ECPG程序中的并发线程安全地控制它们私有的连接句柄。仅在线程支持不足的平台上使用它。

DIRECTORIES是一个以冒号分隔的目录列表，这些目录将被添加到编译器搜索头文件的列表中。 如果您在非标准位置安装了可选包（例如 GNUReadline），则必须使用此选项，并且可能还必须使用相应的--with-libraries选项。

例子：--with-includes=/opt/gnu/include:/usr/sup/include.

DIRECTORIES是用于搜索库的以冒号分隔的目录列表。 如果您在非标准位置安装了软件包，您可能必须使用此选项（以及相应的--with-includes选项）。 installed in non-standard locations.

例子：--with-libraries=/opt/gnu/lib:/usr/sup/lib.

PostgreSQL包含它自己的时区数据库，它被用于日期和时间操作。这个时区数据库实际上是和 IANA 时区数据库相兼容的，后者在很多操作系统如 FreeBSD、Linux和Solaris上都有提供，因此再次安装它可能是冗余的。当这个选项被使用时，将不会使用DIRECTORY中系统提供的时区数据库，而是使用包括在 PostgreSQL 源码发布中的时区数据库。DIRECTORY必须被指定为一个绝对路径。/usr/share/zoneinfo在某些操作系统上是一个很有可能的路径。注意安装例程将不会检测不匹配或错误的时区数据。如果你使用这个选项，建议你运行回归测试来验证你指定的时区数据能正常地工作在PostgreSQL中。

这个选项主要针对那些很了解他们的目标操作系统的二进制包发布者。使用这个选项主要优点是不管何时当众多本地夏令时规则之一改变时， PostgreSQL 包不需要被升级。另一个优点是如果时区数据库文件在安装时不需要被编译， PostgreSQL 可以被更直接地交叉编译。

将STRING附加到 PostgreSQL 版本号。 例如，您可以使用它来标记从未发布的 Git 快照构建的二进制文件或包含带有额外版本字符串的自定义补丁，例如git describe标识符或分发包版本号。

不要标记PostgreSQL的可执行文件以表明它们应该在安装的库目录中搜索共享库（请参阅--libdir）。 在大多数平台上，此标记使用库目录的绝对路径，因此如果您稍后重新定位安装将无济于事。但是，您随后需要为可执行文件提供一些其他方式来查找共享库。 通常这需要配置操作系统的动态链接器来搜索库目录； 有关更多详细信息，请参阅第 17.5.1 节。

将NUMBER设置为服务器和客户端的默认端口号。默认为 5432。 以后可以随时更改端口，但是如果您在此处指定它，那么服务器和客户端都将编译相同的默认值，这会非常方便。 通常选择非默认值的唯一理由是如果您打算在同一台机器上运行多个PostgreSQL服务器。

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

设置segment size，以千兆字节为单位。大表被分成多个操作系统文件，每个文件的大小等于段的大小。 这避免了许多平台上存在的文件大小限制问题。默认段大小 1 GB 在所有支持的平台上都是安全的。 如果您的操作系统支持“largefile”（现在大多数都支持），您可以使用更大的段大小。 这有助于减少处理非常大的表时消耗的文件描述符的数量。但请注意不要选择大于您的平台和您打算使用的文件系统支持的值。 您可能希望使用的其他工具，例如tar，也可以设置可用文件大小的限制。 建议（虽然不是绝对要求）此值是 2 的幂。 请注意，更改此值会破坏磁盘数据库兼容性，这意味着您不能使用pg_upgrade升级到具有不同段大小。

设置block size，以千字节为单位。这是表中的存储和 I/O 默认值为 8 KB，适用于大多数情况； 但其他值在特殊情况下可能有用。 该值必须是 1 到 32（千字节）之间的 2 的幂。 请注意，更改此值会破坏磁盘数据库兼容性，这意味着您不能使用pg_upgrade升级到具有不同块大小的构建。

设置WAL block size，以千字节为单位。这是 WAL 日志中的存储和 I/O 单元。 默认值为 8 KB，适用于大多数情况； 但其他值在特殊情况下可能有用。该值必须是 1 到 64（千字节）之间的 2 的幂。 请注意，更改此值会破坏磁盘数据库兼容性，这意味着您不能使用pg_upgrade升级到具有不同 WAL 块大小的构建。

把所有程序和库以带有调试符号的方式编译。这意味着你可以通过一个调试器运行程序来分析问题。 这样做显著增大了最后安装的可执行文件的大小，并且在非 GCC 的编译器上，这么做通常还要关闭编译器优化， 这些都导致速度的下降。但是，如果有这些符号的话，就可以非常有效地帮助定位可能发生问题的位置。目前，我们只是在你使用 GCC 的情况下才建议在生产安装中使用这个选项。但是如果你正在进行开发工作，或者正在使用 beta 版本，那么你就应该总是打开它。

打开在服务器中的assertion检查， 它会检查许多“不可能发生”的条件。它对于代码开发的用途而言是无价之宝， 不过这些测试可能会显著地降低服务器的速度。并且，打开这个测试不会提高你的系统的稳定性！ 这些断言检查并不是按照严重性分类的，因此一些相对无害的小故障也可能导致服务器重启 — 只要它触发了一次断言失败。 目前，我们不推荐在生产环境中使用这个选项，但是如果你在做开发或者在使用 beta 版本的时候应该打开它。

使用 Perl TAP 工具启用测试。 这需要 Perl 安装和 Perl 模块IPC::Run。 有关详细信息，请参阅第 33.4 节。

打开自动倚赖性跟踪。如果打开这个选项，那么制作文件（makefile）将设置为在任何头文件被修改的时候都将重新编译所有受影响的目标文件。 如果你在做开发的工作，那么这个选项很有用，但是如果你只是想编译一次并且安装，那么这就是浪费时间。 目前，这个选项只对 GCC 有用。

如果使用 GCC，则所有程序和库都使用代码覆盖测试工具进行编译。 运行时，它们会在构建目录中生成带有代码覆盖率指标的文件。 有关详细信息，请参阅第 33.5 节 for more information。此选项仅适用于 GCC 和进行开发工作时。

如果使用 GCC，则会编译所有程序和库，以便对其进行分析。 在后端退出时，将创建一个子目录，其中包含包含配置文件数据的gmon.out文件。 此选项仅用于 GCC 和进行开发工作时。

为PostgreSQL编译对动态跟踪工具 DTrace 的支持。 详见第 28.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' ...