[gdal-dev] /usr/lib/libexpat.so found when /usr/lib64/libexpat.so needed

Roger Bivand Roger.Bivand at nhh.no
Fri Dec 4 11:19:20 EST 2009


In trying to build GDAL 1.6.3 and 1.7.0 on an RHEL 5 64-bit box, I'm 
seeing that libtool in linking is inserting -L/usr/lib 
/usr/lib/libexpat.so and provoking:

/usr/lib/libexpat.so: could not read symbols: File in wrong format
collect2: ld returned 1 exit status
make[1]: *** [libgdal.la] Error 1
make[1]: Leaving directory `/home/rsb/topics/gdal/gdal'
make: *** [check-lib] Error 2

in the step after:

libtool: link: creating GNU ld script: .libs/libgdal.la.lnkscript

On the same box with the same:

./configure --with-netcdf=/usr/include/netcdf-3

1.6.2 now also fails, although it built when released.

I expect that the 32-bit /usr/lib/libexpat.so got installed to meet 
another binary install dependency (GEOS ? netcdf ? among others ??), and I 
cannot remove it without the other binaries going away. I've tried 
incantations with --with-expat= without effect. Has anyone seen similar 
behaviour and does anyone have a fix?

This hurts because this is my main development box, but I have to use a 
distant 32-bit RHEL 5 box with very similar binary installs instead for 
work now on the coming SAGA driver.

Best wishes,


Roger Bivand
Economic Geography Section, Department of Economics, Norwegian School of
Economics and Business Administration, Helleveien 30, N-5045 Bergen,
Norway. voice: +47 55 95 93 55; fax +47 55 95 95 43
e-mail: Roger.Bivand at nhh.no

More information about the gdal-dev mailing list