[gdal-dev] GDAL v1.5.1 compile error on RHEL5.

[Sorokine, Alexandre]

Joe,

Same problem here.  I succeeded to compile gdal (vers. 1.5.1) on 64-bit
RHEL5 by adding --without-libtool option to configure script.  The problem
originates from libtool not being able do differentiate between 32- and
64-bit libraries.  I do not know what --without-libtool actually changes but
it works.


On 5/23/08 11:51 AM, "Joe Testa" <joet at securitypunk.com> wrote:

> Hi,
> 
>   GDAL v1.5.1 does not compile on my 64-bit RedHat Enterprise Linux 5
> server:
> 
> # ./configure
> [snip]
> # make
> ...
> /usr/bin/ld: skipping incompatible /usr/lib/libsqlite3.so when searching
> for -lsqlite3
> /usr/lib/libexpat.so: could not read symbols: File in wrong format
> collect2: ld returned 1 exit status
> make[1]: *** [libgdal.la] Error 1
> 
> 
>    Whats going on is that the linker is building a 64-bit library, but
> was passed the 32-bit version of libexpat in /usr/lib/libexpat.so.  The
> correct behavior would be to link to /usr/lib64/libexpat.so.  I worked
> around this problem by manually editing the GDALmake.opt file and
> changing the /usr/lib reference to /usr/lib64 in the LIBS variable.
> After that, doing 'make' again compiles the package just fine.
> 
>    Please let me know if you need any more information to debug this.
> 
>    Thanks!
>    - Joe
> 
> _______________________________________________
> gdal-dev mailing list
> gdal-dev at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/gdal-dev

-- 
Alex Sorokine
mailto:SorokinA at ornl.gov