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é <[email protected]> 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 <[email protected]> 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
>> ***************************************************
>> [email protected]
>> [email protected]
>>
>> http://www.public.asu.edu/~iullah <http://www.public.asu.edu/%7Eiullah>
>> ***************************************************
>>
>> _______________________________________________
>> gdal-dev mailing list
>> [email protected]
>> 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
***************************************************
[email protected]
[email protected]
http://www.public.asu.edu/~iullah
***************************************************
_______________________________________________
gdal-dev mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/gdal-dev
