Another build, another .so issue

[dan]

I've recently grabbed the latest spatialite amalgam. I configured with
the following parameters:
./configure --prefix=/usr/local --with-proj-include=/usr/local/
include --with-geos-include=/usr/local/include --with-proj-lib=/usr/
local/lib --with-geos-lib=/usr/local/lib --enable-freexl=no

However when attempting to load libspatialite in sqlite, it could not
find libgeos-3.3.2.so. This file was in /usr/local/lib, however
libspatialite was still looking for it in /usr/lib.
What configuration parameter is supposed to deal with this?


Thanks,

Dan

[a.furieri]

Hi Dan,

I suppose you are using some Linux distro.
On Linux any .so (shared object library) will be searched at run time
accordingly to
the following rules:
http://tldp.org/HOWTO/Program-Library-HOWTO/shared-libraries.html

... obviously, each distro applies its own peculiar interpretation ;-)

conclusion: several distros will implicitly search any required
dynamic
library in both /usr/local/lib and /usr/lib
other distros will simply search /usr/lib ignoring at all /usr/local/
lib

anyway, you can explicitly set this environment variable to solve any
issue:
# export "LD_LIBRARY_PATH=/usr/local/lib"

bye Sandro