Instala todos os arquivos no diretório PREFIXO em vez de /usr/local/pgsql. Os arquivos em si são instalados em vários subdiretórios; nenhum arquivo é instalado diretamente no diretório PREFIXO.

Os arquivos que dependem da arquitetura podem ser instalados em um diretório com prefixo diferente, EXEC-PREFIXO, diferente do definido por PREFIXO. Isto pode ser útil para compartilhar arquivos independentes da arquitetura entre computadores hospedeiros. Se esta opção for omitida, então EXEC-PREFIXO será igual a PREFIXO, e tanto os arquivos dependentes de arquitetura quanto os arquivos independentes de arquitetura serão instalados na mesma árvore, que normalmente é o que se deseja.

Define o diretório para os programas executáveis. O padrão é EXEC-PREFIXO/bin, que normalmente significa /usr/local/pgsql/bin.

Define o diretório para vários arquivos de configuração. O padrão é PREFIXO/etc.

Define o diretório para instalar as bibliotecas e os módulos carregáveis dinamicamente. O padrão é EXEC-PREFIXO/lib.

Define o diretório para instalar os arquivos de cabeçalho das linguagens C e C++. O padrão é PREFIXO/include.

Define o diretório raiz para vários tipos de arquivos de dados somente de leitura. Esta opção apenas define o padrão para algumas das opções a seguir. O padrão é PREFIXO/share.

Define o diretório para arquivos de dados somente de leitura usados pelos programas instalados. O padrão é DATAROOTDIR. Note que não tem relação com onde os arquivos de banco de dados serão colocados.

Define o diretório para instalação dos dados de localidade, em particular os arquivos do catálogo de tradução de mensagens. O padrão é DATAROOTDIR/locale.

As páginas do manual (man pages) que vêm com o PostgreSQL são instaladas neste diretório, em seus respectivos subdiretórios manx. O padrão é DATAROOTDIR/man.

Define o diretório raiz para instalar os arquivos da documentação, exceto as man pages. Esta opção apenas define o padrão para as opções a seguir. O valor padrão para esta opção é DATAROOTDIR/doc/postgresql.

A documentação para o PostgreSQL no formato HTML é instalada neste diretório. O padrão é DATAROOTDIR.

Ativa o suporte ao idioma nativo (Native Language Support, NLS), ou seja, a capacidade do programa mostrar as mensagens em um idioma diferente do inglês. IDIOMAS é uma lista opcional contendo os códigos de idioma, separados por espaços, que se deseja dar suporte. Por exemplo --enable-nls='de fr'. (A interseção entre esta lista e o conjunto de traduções realmente fornecidas será calculada automaticamente.) Se a lista não for especificada, serão instaladas todas as traduções disponíveis.

Para usar esta opção é necessária uma implementação da API do Gettext.

Constrói a linguagem do lado servidor PL/Perl.

Constrói a linguagem do lado servidor PL/Python.

Constrói a linguagem do lado servidor PL/Tcl.

O Tcl instala o arquivo tclConfig.sh, contendo as informações de configuração necessárias para construir os módulos que fazem interface com o Tcl. Este arquivo é normalmente encontrado automaticamente em um local conhecido, mas se for desejado usar uma versão diferente do Tcl, pode ser especificado o diretório onde procurar por tclConfig.sh.

Constrói com suporte para compilação JIT baseada em LLVM (veja Compilação Just-in-Time (JIT)). Isto requer a instalação da biblioteca LLVM. A versão mínima requerida da LLVM é no momento a 14.

O llvm-config será usado para encontrar as opções de compilação requeridas. O llvm-config será procurado no PATH. Se isto não resultar no programa desejado, deve-se usar LLVM_CONFIG para especificar o caminho para o llvm-config correto. Por exemplo

./configure ... --with-llvm LLVM_CONFIG='/caminho/para/llvm/bin/llvm-config'

O suporte ao LLVM requer um compilador clang compatível (especificado, se necessário, usando a variável de ambiente CLANG), e um compilador C++ funcionando (especificado, se necessário, usando a variável de ambiente CXX).

Constrói com suporte a compressão LZ4.

Constrói com suporte a compressão Zstandard.

Constrói com suporte para conexões SSL (encriptadas). A única BIBLIOTECA com suporte é a openssl, que é usada tanto pelo OpenSSL quanto pela LibreSSL. Isto requer a instalação do pacote OpenSSL. O configure irá verificar os arquivos de cabeçalho e bibliotecas requeridos para garantir que a instalação do OpenSSL seja adequada antes de prosseguir.

Forma obsoleta equivalente a --with-ssl=openssl.

Constrói com suporte para autenticação GSSAPI. É necessário instalar o MIT Kerberos para instalar o GSSAPI. Em muitos sistemas operacionais, o sistema GSSAPI (uma parte da instalação do MIT Kerberos) não está instalado em um local procurado por padrão (por exemplo, /usr/include ou /usr/lib), então é necessário usar as opções --with-includes e --with-libraries além dessa opção. O configure irá verificar os arquivos de cabeçalho e bibliotecas requeridos para garantir que a instalação do GSSAPI seja adequada antes de prosseguir.

Constrói com suporte ao LDAP para autenticação e procura de parâmetros de conexão (veja LDAP Lookup of Connection Parameters e a Autenticação LDAP para obter mais informações). No Unix, esta opção requer a instalação do pacote OpenLDAP. No Windows, é usada a biblioteca padrão WinLDAP. O configure verifica os arquivos de cabeçalho e bibliotecas necessários para garantir que a instalação do OpenLDAP esteja adequada antes de prosseguir.

Constrói com suporte ao PAM (Pluggable Authentication Modules).

Constrói com suporte para autenticação BSD. (No momento, a estrutura de autenticação BSD está disponível apenas no OpenBSD.)

Constrói com suporte para notificações de serviço systemd. Isto melhora a integração se o servidor for iniciado sob o systemd, mas não tem impacto caso contrário; veja Ativação do servidor de banco de dados para obter mais informações. Para usar esta opção, é necessário instalar a libsystemd e os arquivos de cabeçalho associados.

Constrói com suporte para descoberta automática de serviços Bonjour. Isto requer suporte ao Bonjour no sistema operacional. Recomendado no macOS.

Constrói o módulo uuid-ossp (que fornece funções para gerar UUIDs), usando a biblioteca UUID especificada. A BIBLIOTECA deve ser uma entre:

Forma obsoleta equivalente a --with-uuid=ossp.

Constrói com suporte para libcurl para fluxos de cliente OAuth 2.0. É necessária a versão 7.61.0, ou posterior, da Libcurl para utilizar esta funcionalidade. Ao construir, será verificado se os arquivos de cabeçalho e bibliotecas necessários estão presentes para garantir que a instalação do Curl seja adequada antes de prosseguir.

Constrói com suporte para libnuma para suporte básico a NUMA (Non-Uniform Memory Access). Tem suporte apenas nas plataformas onde a biblioteca libnuma esteja implementada.

Constrói com liburing, ativando o suporte a io_uring para E/S assíncrona.

Para detectar as opções necessárias do compilador e do vinculador, o PostgreSQL irá consultar o pkg-config.

Para usar uma instalação da liburing que esteja em um local não usual, pode-se definir variáveis ​​de ambiente relacionadas ao pkg-config (veja a documentação).

Constrói com libxml2, ativando o suporte a SQL/XML. É requerida a versão 2.6.23, ou posterior, da Libxml2 para esta funcionalidade.

Para detectar as opções necessárias do compilador e do vinculador, o PostgreSQL irá consultar o pkg-config, caso este esteja instalado e conheça a biblioteca libxml2. Caso contrário, será usado o programa xml2-config, instalado pela libxml2, se este for encontrado. É preferível o uso do pkg-config, porque ele lida melhor com instalações em múltiplas arquiteturas.

Para usar uma instalação da libxml2 que esteja em um local não usual, pode-se definir variáveis ​​de ambiente relacionadas ao pkg-config (veja a documentação), ou definir a variável de ambiente XML2_CONFIG para apontar para o programa xml2-config pertencente à instalação da libxml2, ou definir as variáveis de ambiente ​​XML2_CFLAGS e XML2_LIBS. (Se o pkg-config estiver instalado, então para sobrescrever sua ideia de onde está a libxml2, deve-se definir XML2_CONFIG, ou definir XML2_CFLAGS e XML2_LIBS como cadeias de caracteres não vazias.)

Constrói com a libxslt, ativando o módulo xml2 para realizar transformações XSL de XML. A opção --with-libxml também deve ser especificada.

Constrói com suporte a SELinux, ativando a extensão sepgsql.

Constrói sem suporte para a biblioteca ICU desativando o uso dos recursos de ordenação ICU. (veja Suporte a ordenação).

Impede o uso da biblioteca Readline (e a libedit também). Esta opção desativa a edição da linha de comando e o histórico no psql.

Favorece o uso da biblioteca libedit licenciada sob a licença BSD, em vez da Readline com licença GPL. Esta opção só é relevante havendo as duas bibliotecas instaladas; o padrão neste caso é usar a Readline.

Impede o uso da biblioteca Zlib. Isto desativa o suporte para arquivos comprimidos no pg_dump e no pg_restore.

Onde DIRETÓRIOS é uma lista de diretórios separados por dois pontos que serão adicionados à lista que o compilador usa para procurar arquivos de cabeçalho. Caso se tenha pacotes opcionais (como o GNU Readline) instalados em um local não padrão, é necessário usar esta opção e, provavelmente, também a opção correspondente --with-libraries.

Exemplo: --with-includes=/opt/gnu/include:/usr/sup/include.

Onde DIRETÓRIOS é uma lista de diretórios separados por dois pontos para procurar bibliotecas. Provavelmente será necessário usar esta opção (e a opção correspondente --with-includes) havendo pacotes instalados em locais não padrão.

Exemplo: --with-libraries=/opt/gnu/lib:/usr/sup/lib.

O PostgreSQL inclui seu próprio banco de dados de zona horária, necessário para operações de data e hora. Este banco de dados de zona horária é compatível com o banco de dados de zona horária da IANA fornecido por muitos sistemas operacionais, como FreeBSD, Linux e Solaris, portanto, seria redundante instalá-lo novamente. Quando esta opção é usada, o banco de dados de zona horária fornecido pelo sistema em DIRETÓRIO é usado em vez do incluído na distribuição de construção do PostgreSQL. DIRETÓRIO deve ser especificado como um caminho absoluto. /usr/share/zoneinfo é um diretório provável em alguns sistemas operacionais. Note que a rotina de instalação não detecta dados de zona horária incompatíveis, ou incorretos. Se for usada esta opção, é recomendado executar os testes de regressão para verificar se os dados de zona horária apontados funcionam corretamente com o PostgreSQL.

Esta opção destina-se, principalmente, a distribuidores de pacotes binários que conhecem bem o sistema operacional de destino. A principal vantagem de usar esta opção, é que o pacote PostgreSQL não precisará ser atualizado sempre que qualquer uma das muitas regras locais de horário de verão mudar. Outra vantagem é que o PostgreSQL pode ser compilado de forma mais direta se os arquivos de banco de dados de zona horária não precisarem ser compilados durante a instalação.

Acrescenta CADEIA_DE_CARACTERES ao número da versão do PostgreSQL. Esta opção pode ser usada, por exemplo, para marcar binários criados a partir de instantâneos Git não liberados, ou contendo correções personalizadas, com uma cadeia de caracteres de versão extra, como um identificador git describe, ou um número de versão de distribuição do pacote.

Não marca os executáveis do PostgreSQL indicando que devem procurar por bibliotecas compartilhadas no diretório de bibliotecas da instalação (veja --libdir. Na maioria das plataformas, esta marcação usa um caminho absoluto para o diretório da biblioteca, de modo que não será útil se a instalação for realocada posteriormente. Entretanto, deve ser fornecida alguma outra maneira para os executáveis localizarem as bibliotecas compartilhadas. Normalmente, esta opção requer a configuração do vinculador dinâmico do sistema operacional para procurar pelo diretório da biblioteca; veja Bibliotecas compartilhadas para obter mais detalhes.

Define NÚMERO como o número da porta para o servidor e para os clientes. O padrão é 5432. O número da porta pode sempre ser alterada posteriormente, mas se for especificado nesta opção, tanto o servidor quanto os clientes terão o mesmo número compilado, o que pode ser muito conveniente. Normalmente, o único bom motivo para escolher um valor diferente do padrão é quando se pretende executar vários servidores PostgreSQL na mesma máquina.

O nome padrão do serviço principal do Kerberos usado pela GSSAPI. O padrão é postgres. Normalmente, não há motivo para mudar este nome, a menos que se esteja compilando para um ambiente Windows; neste caso, deve ser definido como POSTGRES em maiúsculo.

Define o tamanho do segmento, em gigabytes. As tabelas grandes são divididas entre vários arquivos do sistema operacional, cada um com tamanho igual ao tamanho do segmento, evitando problemas com limites de tamanho de arquivo que existem em muitas plataformas. O tamanho de segmento padrão, 1 gigabyte, é seguro em todas as plataformas onde há suporte. Se o sistema operacional tem suporte para “largefile” (o que a maioria tem, hoje em dia), pode ser usado um tamanho de segmento maior. Esta opção pode ser útil para reduzir o número de descritores de arquivo consumidos ao trabalhar com tabelas muito grandes. Mas deve-se tomar cuidado para não selecionar um valor maior do que o com suporte pela plataforma e pelos sistemas de arquivos que se pretende usar. Outras ferramentas que se pode querer usar, como o tar, também podem definir limites no tamanho do arquivo utilizável. Recomenda-se, embora não seja absolutamente obrigatório, que este valor seja uma potência de 2. Note que alterar este valor quebra a compatibilidade do banco de dados no nível de arquivo, significando que não se pode usar o pg_upgrade para atualizar para uma compilação com tamanho de segmento diferente.

Define o tamanho do bloco, em kilobytes. Esta é a unidade de armazenamento e E/S dentro das tabelas. O padrão, 8 kilobytes, é adequado para a maioria das situações; mas outros valores podem ser úteis em casos especiais. O valor deve ser uma potência de 2, entre 1 e 32 (kilobytes). Note que alterar este valor quebra a compatibilidade do banco de dados no nível de arquivo, significando que não se pode usar o pg_upgrade para atualizar para uma compilação com tamanho de bloco diferente.

Define o tamanho do bloco do WAL, em kilobytes. Esta é a unidade de armazenamento e E/S no registro do WAL. O padrão, 8 kilobytes, é adequado para a maioria das situações; mas outros valores podem ser úteis em casos especiais. O valor deve ser uma potência de 2, entre 1 e 64 (kilobytes). Note que alterar este valor quebra a compatibilidade do banco de dados no nível de arquivo, significando que não se pode usar o pg_upgrade para atualizar para uma compilação com tamanho do bloco do WAL diferente.

Constrói todos os programas e bibliotecas com símbolos de depuração, significando ser possível executar os programas em um depurador para analisar problemas. Esta opção aumenta consideravelmente o tamanho dos executáveis instalados e, em compiladores não GCC, geralmente também desativa a otimização do compilador, causando lentidão. Entretanto, ter os símbolos disponíveis é extremamente útil para lidar com quaisquer problemas que possam surgir. No momento, esta opção é recomendada para instalações de produção somente se for usado o GCC. Mas esta opção deve ser usada sempre que se fizer um trabalho de desenvolvimento, ou se estiver sendo executada uma versão beta.

Ativa verificações de asserção (assertion) no servidor, que testam muitas condições que “não podem ocorrer”. Isto é inestimável para fins de desenvolvimento de código, mas os testes podem diminuir muito a velocidade do servidor. Além disso, ter os testes ativados não melhora necessariamente a estabilidade do servidor! As verificações de asserção não são categorizadas por gravidade, portanto, o que pode ser um bug relativamente inofensivo ainda leva a reinicialização do servidor se acionar uma falha de asserção. Esta opção não é recomendada para uso em produção, mas deve ser ativada para trabalho de desenvolvimento, ou ao executar uma versão beta.

Ativa testes usando as ferramentas Perl TAP. Esta opção requer uma instalação do Perl e do módulo Perl IPC::Run. Veja Seção 31.4 para obter mais informações.

Ativa o rastreamento automático de dependências. Com esta opção, os arquivos Makefile são configurados para que todos os arquivos de objetos afetados sejam reconstruídos quando qualquer arquivo de cabeçalho for alterado. Esta opção é útil quando se está fazendo um trabalho de desenvolvimento, mas é apenas uma sobrecarga desperdiçada quando o que se pretende é compilar apenas uma vez e instalar. No momento, esta opção só funciona com o GCC.

Quando se está usando o GCC, todos os programas e bibliotecas são compilados com instrumentação de teste de cobertura de código. Quando executados, geram arquivos no diretório de compilação com métricas de cobertura de código. Veja Seção 31.5 para obter mais informações. Esta opção destina-se apenas ao uso com o GCC e durante trabalhos de desenvolvimento.

Quando se está usando o GCC, todos os programas e bibliotecas são compilados para poderem ser analisados. Na saída do processo servidor, será criado um subdiretório com o arquivo gmon.out contendo os dados do perfil. Esta opção é para ser usada apenas com o GCC, e ao se fazer trabalho de desenvolvimento.

Constrói o PostgreSQL com suporte para a ferramenta de rastreamento dinâmico DTrace. Veja Rastreamento dinâmico para obter mais informações.

Para apontar para o programa dtrace, pode ser definida a variável de ambiente DTRACE. Geralmente é necessário definir esta variável, porque o dtrace é normalmente instalado em /usr/sbin, que pode não estar na variável de ambiente PATH.

Podem ser especificadas opções extras de linha de comando para o programa dtrace na variável de ambiente DTRACEFLAGS. No Solaris, para incluir suporte ao DTrace em um binário de 64 bits, deve ser especificado DTRACEFLAGS="-64". Por exemplo, usando o compilador GCC:

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

Usando o compilador da Sun:

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

Constrói o PostgreSQL com suporte para pontos de injeção no servidor. Os pontos de injeção permitem executar código definido pelo usuário a partir do servidor em caminhos de código predefinidos. Isto ajuda nos testes e na investigação de cenários de concorrência de forma controlada. Esta opção está desativada por padrão. Veja Pontos de injeção para obter mais informações. Esta opção destina-se a ser utilizada apenas por desenvolvedores para fins de teste.

Especifica o tamanho do segmento da relação em blocos. Se a opção --with-segsize e esta opção forem especificadas, esta opção irá prevalecer. Esta opção destina-se apenas a desenvolvedores, para testar código relacionado ao segmento.