[gdal-dev] error about gdal shared libraries from within GRASS

Isaac Ullah isaac.ullah at asu.edu
Fri Jan 15 13:13:06 EST 2010


Hi list,

    I have recently been trying to compile and install 64 bit GRASS7 with 64
bit GDAL1.6.3 on 64 bit Ubuntu 9.10. I have successfully compiled both
packages (with no errors), but am getting this error upon GRASS startup when
the GRASS gui loads and first tries to access GDAL:
g.list: error while loading shared libraries: libgdal.so.1: cannot open
shared object file: No such file or directory

I have that library installed in a standard location:
> whereis libgdal.so.1
libgdal.so: /usr/lib/libgdal.so.1 /usr/lib64/libgdal.so.1
/usr/local/lib/libgdal.so /usr/local/lib/libgdal.so.1

and even have made gdal.conf:
> cat /etc/ld.so.conf.d/gdal.conf
/usr/local/lib

And also, this file IS 64 bit:
> file /usr/local/lib/libgdal.so.1.13.3
/usr/local/lib/libgdal.so.1.13.3: ELF 64-bit LSB shared object, x86-64,
version 1 (SYSV), dynamically linked, not stripped

Even after explicitly setting
LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/lib before grass startup,
libgdal.so.1 is not found, even though echo $LD_LIBRARY_PATH produces:
/usr/local/grass7.0.svn-i686-pc-linux-gnu-28_11_2009/lib:/usr/local/lib

Result of ldd /usr/local/grass7.0.svn-28_11_2009/bin/g.list shows the only
problem: libgdal.so.1 => not found.

Here are some additional ldd responses:
ldd `which gdalinfo`
    linux-vdso.so.1 =>  (0x00007fff207ff000)
    libgdal.so.1 => /usr/local/lib/libgdal.so.1 (0x00007fc141b91000)
    libgeos_c.so.1 => /usr/local/lib/libgeos_c.so.1 (0x00007fc141975000)
    libgeos-3.2.0.so => /usr/local/lib/libgeos-3.2.0.so (0x00007fc1415fa000)
    libsqlite3.so.0 => /usr/lib/libsqlite3.so.0 (0x00007fc141372000)
    libodbc.so.1 => /usr/lib/libodbc.so.1 (0x00007fc141112000)
    libodbcinst.so.1 => /usr/lib/libodbcinst.so.1 (0x00007fc140f05000)
    libltdl.so.7 => /usr/lib/libltdl.so.7 (0x00007fc140cfb000)
    libexpat.so.1 => /lib/libexpat.so.1 (0x00007fc140ad2000)
    libxerces-c.so.28 => /usr/lib/libxerces-c.so.28 (0x00007fc1404ff000)
    libjasper.so.1 => /usr/lib/libjasper.so.1 (0x00007fc1402a8000)
    libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x00007fc140083000)
    libhdf5-1.6.6.so.0 => /usr/lib/libhdf5-1.6.6.so.0 (0x00007fc13fd60000)
    libz.so.1 => /lib/libz.so.1 (0x00007fc13fb49000)
    libmfhdf.so.4 => /usr/lib/libmfhdf.so.4 (0x00007fc13f921000)
    libdf.so.4 => /usr/lib/libdf.so.4 (0x00007fc13f66f000)
    libnetcdf.so.4 => /usr/lib/libnetcdf.so.4 (0x00007fc13f43c000)
    libpq.so.5 => /usr/lib/libpq.so.5 (0x00007fc13f214000)
    libpthread.so.0 => /lib/libpthread.so.0 (0x00007fc13eff8000)
    librt.so.1 => /lib/librt.so.1 (0x00007fc13edf0000)
    libdl.so.2 => /lib/libdl.so.2 (0x00007fc13ebec000)
    libcurl-gnutls.so.4 => /usr/lib/libcurl-gnutls.so.4 (0x00007fc13e9aa000)
    libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007fc13e69a000)
    libm.so.6 => /lib/libm.so.6 (0x00007fc13e416000)
    libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00007fc13e1ff000)
    libc.so.6 => /lib/libc.so.6 (0x00007fc13de90000)
    libicuuc.so.40 => /usr/lib/libicuuc.so.40 (0x00007fc13db48000)
    libicudata.so.40 => /usr/lib/libicudata.so.40 (0x00007fc13cc03000)
    libssl.so.0.9.8 => /lib/libssl.so.0.9.8 (0x00007fc13c9b5000)
    libcrypto.so.0.9.8 => /lib/libcrypto.so.0.9.8 (0x00007fc13c62e000)
    libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0x00007fc13c376000)
    libcom_err.so.2 => /lib/libcom_err.so.2 (0x00007fc13c172000)
    libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 (0x00007fc13bf44000)
    libcrypt.so.1 => /lib/libcrypt.so.1 (0x00007fc13bd0b000)
    libldap_r-2.4.so.2 => /usr/lib/libldap_r-2.4.so.2 (0x00007fc13bac2000)
    /lib64/ld-linux-x86-64.so.2 (0x00007fc142692000)
    libidn.so.11 => /usr/lib/libidn.so.11 (0x00007fc13b88f000)
    liblber-2.4.so.2 => /usr/lib/liblber-2.4.so.2 (0x00007fc13b681000)
    libgnutls.so.26 => /usr/lib/libgnutls.so.26 (0x00007fc13b3df000)
    libgcrypt.so.11 => /lib/libgcrypt.so.11 (0x00007fc13b167000)
    libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0x00007fc13af3c000)
    libkrb5support.so.0 => /usr/lib/libkrb5support.so.0 (0x00007fc13ad34000)
    libkeyutils.so.1 => /lib/libkeyutils.so.1 (0x00007fc13ab31000)
    libresolv.so.2 => /lib/libresolv.so.2 (0x00007fc13a918000)
    libsasl2.so.2 => /usr/lib/libsasl2.so.2 (0x00007fc13a6fe000)
    libtasn1.so.3 => /usr/lib/libtasn1.so.3 (0x00007fc13a4ed000)
    libgpg-error.so.0 => /lib/libgpg-error.so.0 (0x00007fc13a2e9000)


I have asked on the GRASS dev list, but everyone is stumped there and feel
that it is soemthing to do with how Ihave installed GDAL on my system rather
than a GRASS thing. Do any of you have any idea why gdal libraries seem to
be invisible to GRASS on my system? Oh, and yes, I do run ldconfig every
time I fool with libraries or conf files.

Any help will be greatly appreciated,

Cheers,
-- 
Isaac I Ullah, M.A.

Archaeology PhD Candidate,
ASU School of Evolution and Social Change

Research Assistant,
Mediterranean Landscape Dynamics Project
***************************************************
isaac.ullah at asu.edu
ullah at archaeologist.com

http://www.public.asu.edu/~iullah
***************************************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/gdal-dev/attachments/20100115/fe7eb032/attachment.html


More information about the gdal-dev mailing list