[gdal-dev] error about gdal shared libraries from within GRASS
Isaac Ullah
isaac.ullah at asu.edu
Tue Jan 19 12:31:39 EST 2010
Hi Roger,
Thanks for the tips! Unfortunately, I think my problem is somehow
different than what yours was. My GDAL installation is perfectly fine:
$ gdalinfo --formats
Supported Formats:
VRT (rw+): Virtual Raster
GTiff (rw+): GeoTIFF
NITF (rw+): National Imagery Transmission Format
... etc ...
and libgdal.so.1 is indeed found in the ld.so.conf files:
$ /sbin/ldconfig -p | grep gdal
libgdal1.5.0.so.1 (libc6,x86-64) => /usr/lib/libgdal1.5.0.so.1
libgdal.so.1 (libc6,x86-64) => /usr/local/lib/libgdal.so.1
libgdal.so (libc6,x86-64) => /usr/local/lib/libgdal.so
The only problem I am experiencing (and it's a BIG one) is that my GDAL
installation seems to be invisible to GRASS!
Has anyone else has an experience like this? (ie. GDAL is working and
installed properly, but apparently not visible by another outside routine?)
ANY help will be greatly appreciated.
~Isaac
On Sat, Jan 16, 2010 at 1:53 PM, Roger André <randre at gmail.com> wrote:
> 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
>>
>
>
--
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/20100119/8a692f52/attachment-0001.html
More information about the gdal-dev
mailing list