[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