[gdal-dev] Problem with libtool on RHEL5/x86_64

Jose Gomez-Dans jgomezdans at gmail.com
Thu Apr 8 10:55:20 EDT 2010

I'm trying to compile GDAL 1.7.1 on a RHEL5/x86_64 system. My configure call

./configure --with-python --with-geos=/usr/bin/geos-config
--with-curl=/usr/bin/curl-config --with-hdf4=/usr/lib64/hdf
--with-sqlite3=yes --with-netcdf=no --with-static-proj4=/usr/lib64/

which gets me HDF4, HDF5, PROJ, GEOS and so on (the output of this is at the
end of the message, in case it helps.). I then compile with make and it
crashes at the linking the library stage (libtool) with

/usr/lib/libstdc++.so: could not read symbols: File in wrong format

I presume this is a problem with the 64/32bit libraries getting mangled. If
I remove the -lstdc++ entry from postdeps in GDAL's version of libtool, it
apparently works, but the python bindings are unusable. The gdal apps are
also linked to a 64bit GDAL library in /usr/local/lib (and not lib64):
$ ldd /usr/local/bin/gdalinfo
        libgdal.so.1 => /usr/local/lib/libgdal.so.1 (0x00002b113889c000)
        libproj.so.0 => /usr/lib64/libproj.so.0 (0x00002b113934e000)
        libgeos_c.so.1 => /usr/lib64/libgeos_c.so.1 (0x00002b1139591000)

Can anyone shed any light on what's going on? I don't really understand
libtool & configure at all!


Output of ./configure:

GDAL is now configured for x86_64-unknown-linux-gnu

  Installation directory:    /usr/local
  C compiler:                gcc -g -O2
  C++ compiler:              g++ -g -O2

  LIBTOOL support:           yes

  LIBZ support:              external
  GRASS support:             no
  CFITSIO support:           no
  PCRaster support:          internal
  NetCDF support:            no
  LIBPNG support:            external
  LIBTIFF support:           external (BigTIFF=no)
  LIBGEOTIFF support:        internal
  LIBJPEG support:           external
  8/12 bit JPEG TIFF:        no
  LIBGIF support:            external
  OGDI support:              no
  HDF4 support:              yes
  HDF5 support:              yes
  Kakadu support:            no
  JasPer support:            no
  ECW support:               no
  MrSID support:             no
  MSG support:               no
  GRIB support:              yes
  EPSILON support:           no
  cURL support (wms/wcs/...):yes
  PostgreSQL support:        no
  MySQL support:             no
  Ingres support:            no
  Xerces-C support:          no
  NAS support:               no
  Expat support:             yes
  ODBC support:              no
  PGeo support:              no
  PCIDSK support:            internal
  OCI support:               no
  GEORASTER support:         no
  SDE support:               no
  DODS support:              no
  SQLite support:            yes
  SpatiaLite support:        no
  DWGdirect support          no
  INFORMIX DataBlade support:no
  GEOS support:              yes
  VFK support:               yes

  SWIG Bindings:          python

  Statically link PROJ.4:    yes
  enable OGR building:       yes
  enable pthread support:    no
  hide internal symbols:     no
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/gdal-dev/attachments/20100408/b6df9a7d/attachment-0001.html

More information about the gdal-dev mailing list