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

Chaitanya kumar CH chaitanya.ch at gmail.com
Thu Apr 8 12:09:47 EDT 2010


Jose,

Try to configure with libtool disabled with the option "--without-libtool".

On Thu, Apr 8, 2010 at 8:25 PM, Jose Gomez-Dans <jgomezdans at gmail.com>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
>



-- 
Best regards,
Chaitanya kumar CH.
/tʃaɪθənjə/ /kʊmɑr/
+91-9848167848
17.2416N 80.1426E
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/gdal-dev/attachments/20100408/c232f627/attachment.html


More information about the gdal-dev mailing list