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

[Roger Bivand]

Hi,

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

-- 
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