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.
There are only 3 software packages required:
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
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 http://svn.osgeo.org/geos/trunk . D:\dev\geos\_svn\trunk> autogen.bat D:\dev\geos\_svn\trunk> nmake /f makefile.vc
Building PROJ.4 is even easier:
D:\dev\proj4\_svn\trunk> svn co http://svn.osgeo.org/metacrs/proj/trunk/proj . D:\dev\proj4\_svn\trunk> nmake /f makefile.vc
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.
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:
- postgis-r3938-msvc-build.zip - complete package with my working copy including all updates required by Visual C++ (r3938)
- postgis-r3938-msvc-build.patch - svn diff output for the working copy tree
D:\dev\postgis\_svn\trunk>svn st A postgis_config.h.in.vc M liblwgeom\lex.yy.c M liblwgeom\wktparse.tab.c 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\postgis.sql.vc 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 D:\dev\postgis\_svn\trunk>
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:
Open solution file
postgis.slnin Visual Studio 2005 or Visual Studio 2008 (in this case, projects will be converted automatically, just accept it).
Go to Property Manager tab and double click on
Expand Common Properties and go to User Macros dialog.
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
- 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
Installing PostGIS extension
Now, it’s time to install all binaries:
Install GEOS libraries (DLL):
D:_svn>copy source.dll “c:Files.3” D:_svn>copy source_c.dll “c:Files.3”
Install PROJ.4 library (DLL):
D:_svn>copy src.dll “c:Files.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\postgis.sql.vc. This file is included in the postgis-r3938-msvc-build.zip as well as in the patch. The
trunk\postgis\postgis.sql.vc 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 BEGIN psql:d:/dev/postgis/_svn/trunk/postgis/postgis.sql:34: NOTICE: type "spheroid" is not yet defined DETAIL: Creating a shell type definition. ... CREATE FUNCTION 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" CREATE TABLE 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" CREATE TABLE ... CREATE FUNCTION COMMIT
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 BEGIN INSERT 0 1 ... INSERT 0 1 COMMIT VACUUM
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();" postgis_version --------------------------------------- 1.4 USE_GEOS=1 USE_PROJ=1 USE_STATS=1 (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
#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();" 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 :-)