proj4 statically compiled into postgis-1.4.dll

[jpalmer]

The win32 package of postgis 1.4 is statically compiled proj4 into postgis-1.4.dll, while still distributing libproj.dll. It would be really great to have proj4 linked as a shared library because I have created a custom version of proj4 and would rather not go through the whole postgis compiling process.

I believe the issue is because missing steps are required in http://trac.osgeo.org/postgis/wiki/UsersWikiWinCompile to produce the shared library. See ​http://www.webalice.it/marco.pasetti/qgis+grass/BuildFromSource.html#PROJ.4 for instructions.

This has been checked with EDB stack builder version and the ​http://www.postgis.org/download/windows pg8.4 versions.

[robe]

Sorry about that. Thanks for the notice. We'll do that for the 1.4.1 release.

[mcayland]

Ah. The missing part of the voodoo incantation is this:

gcc -shared -o libproj.dll -Wl,—out-implib=libproj.dll.a -Wl,—export-all-symbols -Wl,—enable-auto-import -Wl,—whole-archive libproj.a -Wl,—no-whole-archive /c/mingw/lib/libmingw32.a

Otherwise you end up linking against the .a static version produced by default under Win32. Note that you can check whether this has worked by running the resulting postgis-1.4.dll through MS's depends.exe.

ATB,

Mark.

[robe]

Thanks. Update the instructions. Jpalmer — by the way if you need this sooner than 1.4.1 comes out let me know. We have a build of trunk (1.5) and branch 1.4 and just testing it out before we upload to the experimental section. Should ahve this tomorrow. I've corrected this in our build script so moving forward it should be right.

Anyrate th 1.4.1 SVN has just minor fixes to current 1.4 (mostly remove of debug messages and the ST_AsGML crash issue with empty geometrie collection as I recall)

[jpalmer]

Hi robe,

That would be excellent if you can provide a new win32 build of 1.4.x.

Much appreciated, Jeremy