Re: Setting shared lib version not functioning

[Gerald I. Evenden]

On Thursday 07 May 2009 1:08:40 am Ralf Wildenhues wrote:
> Hello Gerald,
>
> * Gerald I. Evenden wrote on Thu, May 07, 2009 at 02:58:28AM CEST:
> > Well, everything compiled and looked OK when installed in /usr/local/lib
> >
> > libproject.a
> > libproject.la
> > libproject.so
> > libproject.so.0
> > libproject.so.0.0.0
> >
> > BUT!! Now when I try to recompile any application and execute I get the
> > happy message:
> >
> > ./geodesic: error while loading shared libraries: libproject.so.0: cannot
> > open shared object file: No such file or directory
>
> Can you show the link commands used for the recompilation?
> Can you also show the output of "make install" for libproject?

address@hidden:~/NEW_CARTO/geodesy/project$ sudo make install
Making install in src
make[1]: Entering directory `/home/gie/NEW_CARTO/geodesy/project/src'
make[2]: Entering directory `/home/gie/NEW_CARTO/geodesy/project/src'
test -z "/usr/local/lib" || mkdir -p -- "/usr/local/lib"
 /bin/bash ../libtool --mode=install /usr/bin/install -c  'libproject.la' 
'/usr/local/lib/libproject.la'
/usr/bin/install -c .libs/libproject.so.0.0.0 /usr/local/lib/libproject.so.0.0.0
(cd /usr/local/lib && { ln -s -f libproject.so.0.0.0 libproject.so.0 || { 
rm -f libproject.so.0 && ln -s libproject.so.0.0.0 libproject.so.0; }; })
(cd /usr/local/lib && { ln -s -f libproject.so.0.0.0 libproject.so || { rm -f 
libproject.so && ln -s libproject.so.0.0.0 libproject.so; }; })
/usr/bin/install -c .libs/libproject.lai /usr/local/lib/libproject.la
/usr/bin/install -c .libs/libproject.a /usr/local/lib/libproject.a
chmod 644 /usr/local/lib/libproject.a
ranlib /usr/local/lib/libproject.a
PATH="$PATH:/sbin" ldconfig -n /usr/local/lib
----------------------------------------------------------------------
Libraries have been installed in:
   /usr/local/lib

If you ever happen to want to link against installed libraries
in a given directory, LIBDIR, you must either use libtool, and
specify the full pathname of the library, or use the `-LLIBDIR'
flag during linking and do at least one of the following:
   - add LIBDIR to the `LD_LIBRARY_PATH' environment variable
     during execution
   - add LIBDIR to the `LD_RUN_PATH' environment variable
     during linking
   - use the `-Wl,--rpath -Wl,LIBDIR' linker flag
   - have your system administrator add LIBDIR to `/etc/ld.so.conf'

See any operating system documentation about shared libraries for
more information, such as the ld(1) and ld.so(8) manual pages.
----------------------------------------------------------------------
test -z "/usr/local/include" || mkdir -p -- "/usr/local/include"
 /usr/bin/install -c -m 644 'project.h' '/usr/local/include/project.h'
make[2]: Leaving directory `/home/gie/NEW_CARTO/geodesy/project/src'
make[1]: Leaving directory `/home/gie/NEW_CARTO/geodesy/project/src'
make[1]: Entering directory `/home/gie/NEW_CARTO/geodesy/project'
make[2]: Entering directory `/home/gie/NEW_CARTO/geodesy/project'
make[2]: Nothing to be done for `install-exec-am'.
make[2]: Nothing to be done for `install-data-am'.
make[2]: Leaving directory `/home/gie/NEW_CARTO/geodesy/project'
make[1]: Leaving directory `/home/gie/NEW_CARTO/geodesy/project'
address@hidden:~/NEW_CARTO/geodesy/project$ 

Note: previous to this i did a "sudo make uninstall" which cleaned 
the /usr/local/lib and include.

Of the "If you ever happen ..." message above, I performed the last entry some 
time ago and verified that /usr/local/lib still resides in "/etc/id.so.conf".

address@hidden:~/NEW_CARTO/geodesy/geodesic/src$ more /etc/ld.so.conf
include /etc/ld.so.conf.d/*.conf
/usr/local/lib

address@hidden:~/NEW_CARTO/geodesy/geodesic/src$

I did a "maintianer-clean" in the application make and re ./configure and make 
and go the same refusal to find the library file.

BTW, this is a Kubuntu flavor Linux system.

        ...

-- 
The whole religious complexion of the modern world is due
to the absence from Jerusalem of a lunatic asylum.
-- Havelock Ellis (1859-1939) British psychologist