Mateusz Loskot :: hacking on, working out, living up

Building PostGIS using Visual C++

29 Mar 2009 | mloskot

I don’t like MinGW. I’ve been dreaming about building PostGIS using Visual C++ - the native development toolset for Windows platform - without being forced to install Unix-like environment inside Windows. Finally, I’ve got motivated enough and decided to make my dreams reality, so here is the story.

First, I collected all run-time dependencies required by PostGIS. I intentionally used the word run-time to indicate I’m not going to install MinGW neither Cygwin or any other GCC-for-Windows package. GNU make is also not required.

I use PostGIS source code from trunk in the Subversion repository.


There are only 3 software packages required:

  1. PostgreSQL 8.3.6 - official Win32 binaries and source code

  2. GEOS - build from sources, it’s safe to grab SVN trunk

  3. PROJ.4 - also build from sources and also from SVN trunk

I installed the PostgreSQL 8.3.6 without PostGIS extensions, as I’m going to provide my own :-), using default location c:\Program Files\PostgreSQL\8.3. The source code of PostgreSQL 8.3.6 went to d:\dev\postgresql\postgresql-8.3.6.

Short note on directories layout using for projects downloaded directly from repositories. Root path of source tree of each project have the same layout: D:\dev\PROJECT\_svn\trunk. For Visual Studio projects, these paths are defined as macros in postgis.vsprops (Visual C++ Property Sheet), so it should be easy to redefine them without any need to hack other project settings like Additional Include Directories and others.

Building GEOS using Visual C++ is quite an easy task:

D:\dev\geos\_svn\trunk> svn co .
D:\dev\geos\_svn\trunk> autogen.bat
D:\dev\geos\_svn\trunk> nmake /f

Building PROJ.4 is even easier:

D:\dev\proj4\_svn\trunk> svn co .
D:\dev\proj4\_svn\trunk> nmake /f

There is no need to copy any files from GEOS or PROJ.4 tree anywhere. DLL binaries (only) will be copied later.

Patching PostGIS sources

Now, it’s time to get ready for building PostGIS DLL.

After I took up the idea of building PostGIS using Visual C++, I realized there are number fixes required. Some of them have been already submitted to the SVN trunk: #125, #128, r3828, r3848, r3846.

However, more patches were required as well as I had to prepare complete solution and projects for Visual Studio 2005. The last revision of PostGIS SVN trunk I used to build it using Visual C++ was r3938. In order to make it easier to discover what’s the complete set of changes required by Visual C++ here are two packages:

This is status summary reported by svn for my working copy of PostGIS trunk:

D:\dev\postgis\_svn\trunk>svn st
M      liblwgeom\lex.yy.c
M      liblwgeom\
M      liblwgeom\wktparse.lex
M      liblwgeom\vsprintf.c
M      liblwgeom\wktparse.y
A      platform
A      platform\win32
A      platform\win32\ChangeLog.txt
A      platform\win32\inttypes.h
A      platform\win32\README.txt
A      platform\win32\stdint.h
A      platform\win32\sys
A      platform\win32\sys\param.h
A      postgis\postgis.def
A      postgis\
A      build
A      build\msvc80
A      build\msvc80\liblwgeom
A      build\msvc80\liblwgeom\liblwgeom.vcproj
A      build\msvc80\postgis.sln
A      build\msvc80\postgis.vsprops
A      build\msvc80\postgis_dll
A      build\msvc80\postgis_dll\postgis_dll.vcproj
A      build\msvc80\bootstrap
A      build\msvc80\bootstrap\bootstrap.vcproj

Building PostGIS binaries

I think the easiest way to try this building procedure is to download the package with my working copy and unpack it somewhere on your disk. Alternatively, you can grab PostGIS sources directly from SVN, then diff & patch (manually) to apply changes from my working copy. The package includes Visual Studio solution located in trunk\build\msvc80 subdirectory. Here are the steps:

  1. Open solution file postgis.sln in Visual Studio 2005 or Visual Studio 2008 (in this case, projects will be converted automatically, just accept it).

  2. Go to Property Manager tab and double click on postgis.vsprops sheet.

  3. Expand Common Properties and go to User Macros dialog.

  4. Here, you need to verify and update (if your paths are different) four macros with locations of the PostGIS dependencies. Here are the macros with paths I used (screenshot):

GEOS_SRC_ROOT = D:\dev\geos\_svn\trunk
PROJ4_SRC_ROOT = D:\dev\proj\_svn\trunk
POSTGRESQL_SRC_ROOT = D:\dev\postgresql\postgresql-8.3.6
POSTGRESQL_ROOT = C:\Program Files\PostgreSQL\8.3

Do NOT change any other macros than the four listed above, especially do not change POSTGIS_DLL_NAME macro.

  1. Click OK to accept your changes and save the Property Sheet. It’s a good idea to click on Save button on the small toolbar of Proprety Manager.

Everything is configured and ready to build: Build -> Build Solution or hit F7 (I tested only Debug build). Visual C++ compiler will flood the IDE Output window with nearly 1600 warnings. It is (probably) safe to ignore them. If you are lucky, after a few minutes postgis-1.4.dll binary is ready inside trunk\build\msvc80\debug directory.

Installing PostGIS extension

Now, it’s time to install all binaries:

  1. Install GEOS libraries (DLL):

    D:_svn>copy source.dll “c:Files.3” D:_svn>copy source_c.dll “c:Files.3”

  2. Install PROJ.4 library (DLL):

    D:_svn>copy src.dll “c:Files.3”

  3. Intall PostGIS library (DLL):

    D:_svn>copy build80-1.4.dll “c:Files.3”

Double check if all libraries have been delivered:

C:\Program Files\PostgreSQL\8.3>ls -l lib\postgis-1.4.dll
-rw-rw-rw-  1 mloskot 0 770048 2009-03-29 02:10 lib\postgis-1.4.dll
C:\Program Files\PostgreSQL\8.3>ls -l bin\geos*
-rw-rw-rw-  1 mloskot 0 1236992 2009-03-28 21:02 bin\geos.dll
-rw-rw-rw-  1 mloskot 0 1056768 2009-03-28 21:02 bin\geos_c.dll
C:\Program Files\PostgreSQL\8.3>ls -l bin\proj.dll
-rw-rw-rw-  1 mloskot 0 233472 2009-03-29 00:58 bin\proj.dll

(don’t be confused seeing ls command, I have GnuWin32 installed.

The Moment of Truth

As a shortcut, I generated postgis.sql on my Linux box (based on SVN trunk r3938 too) and copied to trunk\postgis\ This file is included in the as well as in the patch. The trunk\postgis\ refers to postgis-1.4 library. This is the reason why I warned above to not to change value of POSTGIS_DLL_NAME macro. Visual Studio automatically make a copy of the SQL script with new name trunk\postgis\postgis.sql (see configuration of bootstrap project).

All components are in place: binaries installed in PostgreSQL 8.3.6 directory, main SQL script prepared in trunk\postgis\postgis.sql and original version of trunk\spatial_ref_sys.sql file provided by SVN trunk. Moving on to create PostGIS-enaled database called test:

C:\Program Files\PostgreSQL\8.3>createdb -E UTF-8 -O mloskot test

It seems it’s not necessary to first enable PL/pgSQL langauge:

C:\Program Files\PostgreSQL\8.3>createlang plpgsql test
createlang: language "plpgsql" is already installed in database "test"

So, you can skip to loading PostGIS extensions:

C:\Program Files\PostgreSQL\8.3>psql -d test -f d:\dev\postgis\_svn\trunk\postgis\postgis.sql
psql:d:/dev/postgis/_svn/trunk/postgis/postgis.sql:34: NOTICE:  type "spheroid" is not yet defined
DETAIL:  Creating a shell type definition.
psql:d:/dev/postgis/_svn/trunk/postgis/postgis.sql:2201: NOTICE:  CREATE TABLE / PRIMARY KEY will create implicit index "spatial_ref_sys_pkey" for table "spatial_ref_sys"
psql:d:/dev/postgis/_svn/trunk/postgis/postgis.sql:2219: NOTICE:  CREATE TABLE / PRIMARY KEY will create implicit index "geometry_columns_pk" for table "geometry_columns"

and definition of Spatial Reference Systems:

C:\Program Files\PostgreSQL\8.3>psql -d test -f d:\dev\postgis\_svn\trunk\spatial_ref_sys.sql

If every step explained above succeeded, the test database has been enabled with PostGIS features. Simple version check can confirm that it is:

C:\Program Files\PostgreSQL\8.3>psql -d test -c "SELECT postgis_version();"
(1 row)

For development purposes, to be sure in 100% I use my own build of PostGIS, I redefined value of build date macro in trunk\

#define POSTGIS_BUILD_DATE "2009-03-29 (MSVC)"

and MSVC tag is reported as expected:

C:\Program Files\PostgreSQL\8.3>psql -d test -c "SELECT postgis_lib_build_date();"
    2009-03-29 (MSVC)
(1 row)

Testing Visual C++ build of PostGIS

I have not run complete set of the regression tests. Chances are, that some functions do not work as expected or they may even crash! However, as a basic test I’ve run regress.sql on my installation. Here are file swith test output and errors log.


It works! The PostGIS sources (r3938 + patches) compile using Visual C++ compiler (tested only with 8.0). The PostGIS binaries link against all run-time dependencies. Basic tests run successfully.

Apparently, it’s not the end. Next steps include running the complete regression tests package. Also, I think it’s a good idea to rewrite Visual Studio solution and projects to NMAKE makefiles or - even better - prepare CMake configuration, which could serve well in both environments, Unix and Windows. If there is volunteer willing to prepare configuration for these builders, I very eager to help in testing it using Visual Studio 2005 and 2008. If it will be CMake, then I can test it on Linux too.

By the way, looks like we’re getting closer to make WKT Raster build-able using Visual C++ for Windows :-)

Fork me on GitHub