[geos-devel] geos 2.1.2 missing '.so'

strk at refractions.net strk at refractions.net
Fri Jun 17 11:40:01 EDT 2005

On Fri, Jun 10, 2005 at 12:41:50PM +0200, Reiner Beck wrote:
> Steve,
> >Shouldn't the libraries have '.so' in their names?
> > 
> I had a similar problem related to a version mismatch of libtool and the 
> ltmain.sh in the project root directory. Well, this was not related to GEOS.
> However, assuming you do an installation from source, go to the geos 
> project main directory and run "libtoolize --force", do a "./configure" 
> and build geos. This fixed it for my project.
> See http://people.debian.org/~keybuk/libtool-missing_so.html for some 
> details ...

I'm trying to figure out how to fix this problem.

I've removed the ltmain.sh from the repository and put
the libtoolize call in autogen.sh.

Now, ./autogen.sh is run when a release is prepared, but
the libtool script is created by runs of ./configure.

How is it possible to have libtool (created on target machines)
and ltmain.sh (created on the distributor machine) have a 
matching version ?


More information about the geos-devel mailing list