[postgis-users] problem enabling GEOS support on freebsd 4

[Mark Cave-Ayland]

On Tue, 2006-10-17 at 12:34 -0700, theo burry wrote:
> Hi,
> 
> I am working with postgis on freebsd 4, postgres 7.4.
> 
> I'd like to be able to use some of the functions that require GEOS.  I
> installed postgis-1.1.3 from the freebsd ports using pkg_add.  For
> certain functions I get the error 
> 
> ERROR:  boundary:: operation not implemented - compile PostGIS with
> JTS or GEOS support
> 
> When I try to build postgis-1.1.5 from source, I get the following
> error:
> 
> gcc -DUSE_VERSION=74 -DPOSTGIS_LIB_VERSION='"1.1.5"'
> -DPOSTGIS_VERSION='"1.1 USE_GEOS=1 USE_PROJ=1 USE_STATS=1"'
> -DPOSTGIS_SCRIPTS_VERSION='"1.1.5"' -DPOSTGIS_BUILD_DATE='"2006-10-17
> 19:18:24"' -I/usr/local/include -DUSE_PROJ
> -I/usr/local/include/postgresql/server -DAUTOCACHE_BBOX=1  -DUSE_STATS
> -Wall -g -O2 -fPIC -fexceptions -DUSE_GEOS -I/usr/local/include     -c
> -o lwgeom_gist.o lwgeom_gist.c
> lwgeom_gist.c:552: macro `gistentryinit' used with too many (8) args
> lwgeom_gist.c:552: warning: preprocessing directive not recognized
> within macro arg
> lwgeom_gist.c:552: warning: preprocessing directive not recognized
> within macro arg
> lwgeom_gist.c:562: macro `gistentryinit' used with only 6 args
> lwgeom_gist.c:562: warning: preprocessing directive not recognized
> within macro arg
> lwgeom_gist.c:563: `#else' not within a conditional
> lwgeom_gist.c:565: unbalanced `#endif'
> gmake[1]: *** [lwgeom_gist.o] Error 1
> gmake[1]: Leaving directory
> `/usr/ports/packages/All/postgis1.5/postgis-1.1.5/lwgeom'
> gmake: *** [liblwgeom] Error 2
> *** Error code 2
> 
> Can anyone clarify the best way for me to get postgis installed with
> the GEOS support needed for the geo functions?  Do I in fact need to
> build from source, or can I enable this after adding the freebsd
> package?
> 
> Thanks,
> Theo


Hi Theo,

That definitely looks like PostGIS is being compiled against the headers
for a different PostgreSQL version than the one configure was
expecting...


Kind regards,

Mark.