[gdal-dev] /usr/lib/libexpat.so found when /usr/lib64/libexpat.so
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: *** [libgdal.la] Error 1
make: 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:
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.
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