[gdal-dev] error about gdal shared libraries from within GRASS
Roger André
randre at gmail.com
Sat Jan 16 15:53:35 EST 2010
Hi Isaac,
I see that you've updated LD_LIBRARY_PATH already, but perhaps you could try
adding the lib location to ls.so.conf as well. See below for how I dealt
with similar error in the past.
------------------
$ gdalinfo --formats
gdalinfo: error while loading shared libraries: libgdal.so.1: cannot open
shared object file: No such file or directory
--> ruh roh
$ /sbin/ldconfig -p | grep gdal
-->nuffin... Let's try adding the path to libgdal.so.1 in /etc/ld.so.conf
$ find /usr -name libgdal.so.1
/usr/local/lib/libgdal.so.1
$ sudo vi /etc/ld.so.conf
--> add
/usr/local/lib
$ ldconfig
$ /sbin/ldconfig -p | grep gdal
libgdal.so.1 (libc6) => /usr/local/lib/libgdal.so.1
libgdal.so (libc6) => /usr/local/lib/libgdal.so
--> alright, so what about gdalinfo?
$ gdalinfo
Usage: gdalinfo [--help-general] [-mm] [-stats] [-nogcp] [-nomd]
[-noct] [-checksum] [-mdd domain]* datasetname
--------------------
Best of luck,
Roger
--
On Fri, Jan 15, 2010 at 10:13 AM, Isaac Ullah <isaac.ullah at asu.edu> wrote:
> 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 <http://www.public.asu.edu/%7Eiullah>
> ***************************************************
>
> _______________________________________________
> gdal-dev mailing list
> gdal-dev at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/gdal-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/gdal-dev/attachments/20100116/c34c636d/attachment-0001.html
More information about the gdal-dev
mailing list