[Gdal-dev] r.in.gdal Relocation error

[Kurt Menke]

Thanks Frank,
I will take a closer look at those libraries.

GDAL was built using the internal libtiff and geotiff libraries:

--with-libtiff=internal --with-geotiff=internal

Kurt

*************************************
Kurt A. Menke, GISP
GIS Analyst/Programmer
Earth Data Analysis Center
MSC01 1110
1 University of New Mexico
Albuquerque, NM 87131-0001
Ph: 505-277-3622 x239
Fax: 505-277-3614
 

-----Original Message-----
From: Frank Warmerdam [mailto:fwarmerdam at gmail.com] On Behalf Of Frank
Warmerdam
Sent: Monday, June 26, 2006 10:49 AM
To: Kurt Menke
Cc: gdal-dev at lists.maptools.org
Subject: Re: [Gdal-dev] r.in.gdal Relocation error

Kurt Menke wrote:
> I have a new RHEL 3.0 box with GRASS-6.0.1, GDAL-1.3.1 and 
> GDAL-Grass-1.3.1.  When I attempt to import a tiff into a GRASS location 
> using r.in.gdal I receive the following relocation error.  
> 
>  
> 
> Relocation error::/usr/local/gdal/lib/libgdal.so.1: undefined symbol: 
> Tiff GetConfiguredCODECs

Kurt,

This indicates that at runtime GDAL is picking up an older libtiff that
is missing this function.  Perhaps you have an older "system" libtiff, and
a newer one you built yourself on your system?  I wouldn't expect GDAL to
build unless a new version was around somewhere, but depending on shared
library search paths, at runtime it might be picking up an old one.

Presumably the solution would be to force use of the new libtiff in
preference
to the older one, possibly by manipulating search paths (in LD_LIBRARY_PATH
env variable or /etc/ld.so.conf for instance) or just strip the old libtiff
off your system.

Best regards,
-- 
---------------------------------------+------------------------------------
--
I set the clouds in motion - turn up   | Frank Warmerdam,
warmerdam at pobox.com
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush    | President OSGF, http://osgeo.org