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.biv...@nhh.no
_______________________________________________
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
