[gdal-dev] GDAL bindings with R install fails (following GDAL building from source)

Pierre Roudier pierre.roudier at gmail.com
Mon Jul 19 19:13:37 EDT 2010


Dear GDAL gurus,

I'm using GDAL bindings with R through the rgdal package
[http://cran.r-project.org/web/packages/rgdal/index.html]. After I built the
last stable GDAL from source, I'm unfortunately unable to reinstall this
package in R. The rgdal compilation stops and says:

During compilation:
...
checking for pj_init_plus in -lproj... yes
./proj_conf_test: error while loading shared libraries: libgdal.so.1: cannot
open shared object file: No such file or directory
./proj_conf_test: error while loading shared libraries: libgdal.so.1: cannot
open shared object file: No such file or directory
Package CPP flags: -I/usr/local/include
...

At the end of the installation attempt:
Error in dyn.load(file, DLLpath = DLLpath, ...) :
  unable to load shared library '/usr/lib64/R/library/rgdal/libs/rgdal.so':
  libgdal.so.1: cannot open shared object file: No such file or directory

This problem has been posted to the R-sig-geo mailing list
[http://r-sig-geo.2731867.n2.nabble.com/rgdal-install-fails-following-GDAL-building-from-source-td5310883.html#a5310883],
but as it seems to be more related to GDAL, I am allowing myself to post
here. Sorry for the cross-posting.

The source of the problem seems to be a *failed* compilation attempt of the
GDAL GRASS plugin (following the instructions here:
http://www.surfaces.co.il/?p=523).

Here are my configuration and the output of some of my tests:

Fedora 13, on KDE

$uname -a
Linux 2.6.33.6-147.fc13.x86_64 #1 SMP Tue Jul 6 22:32:17 UTC 2010
x86_64 x86_64 x86_64 GNU/Linux

$gdalinfo --version
GDAL 1.7.2, released 2010/04/23

$sessionInfo()
R version 2.11.1 (2010-05-31)
x86_64-redhat-linux-gnu 

$proj
Rel. 4.7.1, 23 September 2009

$ ldd `which proj`
        linux-vdso.so.1 =>  (0x00007fff0b370000)
        libproj.so.0 => /usr/lib64/libproj.so.0 (0x0000003e29000000)
        libm.so.6 => /lib64/libm.so.6 (0x0000003e26800000)
        libc.so.6 => /lib64/libc.so.6 (0x0000003e26400000)
        /lib64/ld-linux-x86-64.so.2 (0x0000003e26000000)

# locate gdalplugins
(no files found, as I deleted the whole folder)

# locate libgdal
...some files in my home from the src package...
/usr/lib64/ogdi/libgdal.so
/usr/local/lib/libgdal.a
/usr/local/lib/libgdal.la
/usr/local/lib/libgdal.so
/usr/local/lib/libgdal.so.1
/usr/local/lib/libgdal.so.1.14.2

# ls -l /usr/local/lib/libgdal*
-rw-r--r--. 1 root root 65383080 Jul 19 17:42 /usr/local/lib/libgdal.a
-rwxr-xr-x. 1 root root     1038 Jul 19 17:42 /usr/local/lib/libgdal.la
lrwxrwxrwx. 1 root root       17 Jul 19 17:42
/usr/local/lib/libgdal.so -> libgdal.so.1.14.2
lrwxrwxrwx. 1 root root       17 Jul 19 17:42
/usr/local/lib/libgdal.so.1 -> libgdal.so.1.14.2
-rwxr-xr-x. 1 root root 29847891 Jul 19 17:42
/usr/local/lib/libgdal.so.1.14.2

The latter command is probably interesting - actually the libgdal.so.1
on my system is a symlink to /usr/local/lib/libgdal.so.1.14.2.
Unfortunately, I don't really understand the meaning of those
different libgdal* 

Any hint on that one would be much appreciated,

Pierre
-- 
View this message in context: http://osgeo-org.1803224.n2.nabble.com/GDAL-bindings-with-R-install-fails-following-GDAL-building-from-source-tp5314489p5314489.html
Sent from the GDAL - Dev mailing list archive at Nabble.com.


More information about the gdal-dev mailing list