Les outils suivants sont requis pour compiler PostgreSQL. Utilisez le fichier config.pl pour indiquer les chemins des bibliothèques.

Les produits suivants ne sont pas nécessaires pour démarrer, mais sont nécessaires pour construire la distribution complète. Utilisez le fichier config.pl pour indiquer les chemins des bibliothèques.

PostgreSQL ne peut être compilé pour l'architecture x64 que sur un Windows 64 bits.

Le mélange de versions 32 bits et de versions 64 bits dans le même répertoire de compilation n'est pas supporté. Le système de compilation détecte automatiquement si l'environnement est 32 bits ou 64 bits, et compile PostgreSQL en accord. Pour cette raison, il est important de démarrer la bonne invite de commande avant de lancer la compilation.

Pour utiliser une bibliothèque tierce côté serveur, comme Python ou OpenSSL, cette bibliothèque doit aussi être en 64 bits. Il n'y a pas de support pour le chargement d'une bibliothèque 32 bits sur un serveur 64 bits. Plusieurs bibliothèques de tierce partie que PostgreSQL supporte ne sont disponibles qu'en version 32 bits, auquel cas elles ne peuvent pas être utilisées avec un serveur PostgreSQL 64 bits.

Pour compiler tout PostgreSQL dans la configuration publiée (par défaut), exécutez la commande :

build

Pour construire tout PostgreSQL dans la configuration de débogage, exécutez :

build DEBUG

Pour construire un seul projet, par exemple psql, exécutez l'une des deux commandes ci-dessous, suivant que vous souhaitez la configuration par défaut ou celle de débogage :

     build psql
     build DEBUG psql
    

Pour modifier la configuration de compilation par défaut, placez ce qui suit dans le fichier buildenv.pl :

$ENV{CONFIG}="Debug";
    

Il est aussi possible de compiler à partir de l'interface graphique de Visual Studio. Dans ce cas, vous devez exécuter :

perl mkvcbuild.pl

à partir de l'invite, puis ouvrir le fichier pgsql.sln généré (dans le répertoire racine des sources) dans Visual Studio.

La plupart du temps, la récupération automatique des dépendances dans Visual Studio prendra en charge les fichiers modifiés. Mais, s'il y a eu trop de modifications, il peut y avoir besoin de nettoyer l'installation. Pour cela, exécutez simplement la commande clean.bat, qui nettoiera automatiquement tous les fichiers générés. Vous pouvez aussi l'exécuter avec le paramètre dist, auquel cas elle se comporte comme make distclean, et supprime aussi les fichiers flex/bison.

Par défaut, tous les fichiers sont écrits dans un sous-répertoire de debug ou release. Pour installer ces fichiers en utilisant les emplacements standards, et pour générer aussi les fichiers nécessaire à l'installation et l'utilisation de la base de données, exécutez la commande :

install c:\destination\directory

Si vous voulez seulement installer les applications clientes et les bibliothèques, vous pouvez utiliser ces commandes :

install c:\destination\directory client

Pour exécuter les tests de régression, assurez-vous que vous avez terminé la construction de toutes les parties requises. Ensuite, assurez-vous que les DLL nécessaires au chargement de toutes les parties du système (comme les DLL Perl et Python pour les langages de procédure) sont présentes dans le chemin système. Dans le cas contraire, configurez-les dans le fichier buildenv.pl. Pour lancer les tests, exécutez une des commandes suivantes à partir du répertoire src\tools\msvc :

     vcregress check
     vcregress installcheck
     vcregress plcheck
     vcregress contribcheck
     vcregress modulescheck
     vcregress ecpgcheck
     vcregress isolationcheck
     vcregress bincheck
     vcregress recoverycheck
     vcregress taptest
    

Pour modifier la planification utilisée (en parallèle par défaut), ajoutez-la à la ligne de commande, comme :

vcregress check serial

vcregress taptest peut être utilisé pour exécuter les tests TAP d'un répertoire cible comme :

vcregress taptest src\bin\initdb\

Pour plus d'informations sur les tests de régression, voir Chapitre 33.

Les tests de régression des programmes clients, avec vcregress bincheck, sur les tests de restauration, avec vcregress recoverycheck ou sur les tests TAP avec vcregress taptest, nécessitent l'installation d'un module Perl supplémentaire :

Les tests TAP lancés par vcregress) supportent les variables d'environnement PROVE_TESTS, étendues automatiquement selon le modèle donné, et PROVE_FLAGS. Elles peuvent être mises en place dans un terminal Windows, avant de lancer vcregress :

set PROVE_FLAGS=--timer --jobs 2
set PROVE_TESTS=t/020*.pl t/010*.pl

Il est possible de placer ces paramètres dans buildenv.pl :

$ENV{PROVE_FLAGS}='--timer --jobs 2'
$ENV{PROVE_TESTS}='t/020*.pl t/010*.pl'

De plus, le comportement des tests TAP peut être contrôlé par un ensemble de variables d'environnement, voir Section 33.4.1.

Certains des tests TAP dépendent d'un ensemble de commandes externes qui pourraient, en option, déclencher des tests de trigger en relation. Chacune de ces variables peuvent être initialisées ou désinitialisées dans le fichier buildenv.pl :