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

Ari Jolma ari.jolma at gmail.com
Thu Apr 8 12:17:09 EDT 2010


Jose,

I compile regularly on a RHEL5/x86_64 and had this type of problem, 
which was subsequently fixed. The bug report is here: 
http://trac.osgeo.org/gdal/ticket/3411

Maybe this helps.

Ari

Jose Gomez-Dans wrote:
> Hi,
> I'm trying to compile GDAL 1.7.1 on a RHEL5/x86_64 system. My 
> configure call is
>
> ./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/ 
> --with-hdf5=/usr/include/hdf5
>
> 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!
>
> Thanks!
> Jose
>
> 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
> ------------------------------------------------------------------------
>
> _______________________________________________
> gdal-dev mailing list
> gdal-dev at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/gdal-dev



More information about the gdal-dev mailing list