[postgis-devel] Compile PostGIS on SLES9 based 64-bit

[strk at refractions.net]

I just committed in a patch to allow --with-geos-libdir
and --with-proj-libdir specification at configure time.
If --with-geos-libdir is not specified, the result
from geos-config --libdir is used.
Note that geos-config --libdir is not guaranteed to work
for some architectures (the 64bit Silke mentioned).

Tests welcome.

--strk;

On Wed, Apr 26, 2006 at 01:22:34PM +0200, strk at refractions.net wrote:
> On Tue, Apr 25, 2006 at 06:15:48PM +0200, Silke Reimer wrote:
> > 
> > Hallo!
> > 
> > I came across a problem with the configuration of PostGIS during the
> > build process when I am working on a SLES9 based 64-bit
> > architecture. The problem is that the libdir in SLES9 is
> > $prefix/lib64 and not, as it is assumed for postgis configuration
> > $prefix/lib. (Perhaps this problem occurs on other systems on 64-bit
> > architectures as well, I don't know).
> > 
> > For my build process I just patched the Makefile in lwgeom (see patch below).
> > Of course this cannot be the general solution. I think the best
> > solution would be to:
> > 
> > - introduce a two variables called GEOS_LIBDIR and PROJ_LIBDIR
> >   that are defined in Makefile.config
> > - Default value for both variables should be GEOS_DIR/lib resp. PROJ_DIR/lib
> > - During configure GEOS_LIBDIR can be defined as the libpath that is
> >   given by geos-config --libs. This doesn't work for PROJ_LIBDIR
> >   since proj has not proj-config. Perhaps somebody has another good idea?
> 
> We already know geos-config --libs is broken, right ?
> --with-geos-libs=<path> and --with-proj-libs=<path> seems the
> easiest option to me (at least to override the broken geos-config)
> Alternatively we should provide macros seeking for libraries around.
> 
> --strk;