[geos-devel] 3.3.4 Released

[Sandro Santilli]

On Tue, Jun 05, 2012 at 10:56:33AM -0400, Greg Troxel wrote:
> 
> Sandro Santilli <strk at keybit.net> writes:
> 
> > On Mon, Jun 04, 2012 at 04:06:20PM -0400, Greg Troxel wrote:
> 
> OK, understood about ABI being unstable, and will try to send a patch.
> It sounds like then that geos considers any direct use or linking of the
> C++ library to be a bug on the part of the using package.
> 
> >> Is this part of a plan to make it difficult to use the C++ library?  If
> >> so, I would say that it's not working, because it makes life difficult
> >> for packagers rather than making it difficult for people who release
> >> code that uses the C++ library (postgis and gdal both seem to do that,
> >> or at least they are linked that way on my system - perhaps that's a
> >> configure/packaging bug?).
> >
> > That's a packaging bug. Both PostGIS and GDAL only use the C-API, so they
> > should not be packaged as being dependent on the C++ one. So all clients
> > should depend on libgeos_c, and _only_ libgeos_c should depend on
> > libgeos-XYZ.
> 
> Sorry, I was fooled by ldd's recursive listing (which is sort of right)
> which for reasons I don't understand doesn't indent libraries required
> by other libraries.  objdump -x shows that indeed postgis (1.5) depends
> on geos_c only:
> 
>   Dynamic Section:
>     NEEDED      libgeos_c.so.1
>     NEEDED      libproj.so.0
>     NEEDED      libxml2.so.2
>     NEEDED      libz.so.1
>     NEEDED      libm.so.0
>     NEEDED      libc.so.12
> 
> But libgdal (1.9.1) has a NEEDED line for libgeos-3.3.4:
> 
>   Dynamic Section:
>     NEEDED      libgeos_c.so.1
>     NEEDED      libgeos-3.3.4.so
>     NEEDED      libxerces-c-3.1.so
>     NEEDED      libjasper.so.1
>     NEEDED      libnetcdf.so.7
>     ....

I guess it is a bug in the GDAL build scripts.

--strk;

  ,------o-. 
  |   __/  |    Delivering high quality PostGIS 2.0 !
  |  / 2.0 |    http://strk.keybit.net - http://vizzuality.com
  `-o------'