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.ul...@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.ul...@asu.edu > ul...@archaeologist.com > > http://www.public.asu.edu/~iullah <http://www.public.asu.edu/%7Eiullah> > *************************************************** > > _______________________________________________ > gdal-dev mailing list > gdal-dev@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/gdal-dev >
_______________________________________________ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev