[gdal-dev] problem w/ libexpat while compiling 1.5.0 on 64-bit RHEL 5

John Cartwright John.C.Cartwright at noaa.gov
Wed Dec 26 17:12:18 EST 2007


Hello All,

I'm having a little trouble compiling 1.5.0 on my 64-bit Red Hat 
Enterprise Linux 5.1.  The issue seems to be that, regardless of my 
attempts to influence it, configure insists on getting the libexpat.so 
from $ORACLE_HOME and complains that the "File in wrong format".

I've tried using the RedHat-provided expat library (both 32 and 64 bit 
versions), and built a new local copy of expat.  My configure includes 
the lines:

--with-expat-inc=/extra/contrib/expat-2.0.1/include \
 --with-expat-lib=/extra/contrib/expat-2.0.1/lib \

but I still see lines like the following during the make, suggesting 
that the correct expat library is not being found:

libtool: link: g++ -shared -nostdlib 
/usr/lib/gcc/x86_64-redhat-linux/4.1.2/../../../../lib64/crti.o 
/usr/lib/gcc/x86_64-redhat-linux/4.1.2/crtbeginS.o 
.libs/libgdal.la.lnkscript  -Wl,-rpath -Wl,/extra/contrib/geos-2.2.3/lib 
-Wl,-rpath -Wl,/extra/contrib/oracle/product/10.2.0/db_1/lib -Wl,-rpath 
-Wl,/extra/contrib/libdap-3.7.8/lib -Wl,-rpath 
-Wl,/extra/contrib/geos-2.2.3/lib -Wl,-rpath 
-Wl,/extra/contrib/oracle/product/10.2.0/db_1/lib -Wl,-rpath 
-Wl,/extra/contrib/libdap-3.7.8/lib -L/extra/contrib/geos-2.2.3/lib 
/extra/contrib/geos-2.2.3/lib/libgeos_c.so 
/extra/contrib/geos-2.2.3/lib/libgeos.so -lsqlite3 
-L/extra/contrib/oracle/product/10.2.0/db_1/lib -lclntsh -lnnz10 -lodbc 
-lodbcinst -L/usr/lib 
/extra/contrib/oracle/product/10.2.0/db_1/lib/libexpat.so 
-L/extra/contrib/xerces-c-2.7.0/lib -lxerces-c 
-L/extra/contrib/netcdf-3.6.2 -L/extra/contrib/netcdf-3.6.2/lib 
/extra/contrib/netcdf-3.6.2/lib/libnetcdf.a -L/usr/lib64 -lpq -lrt 
-L/extra/contrib/lib -L/extra/contrib/libdap-3.7.8/lib 
/extra/contrib/libdap-3.7.8/lib/libdapserver.so 
/extra/contrib/libdap-3.7.8/lib/libdapclient.so -L/usr/kerberos/lib64 
/extra/contrib/libdap-3.7.8/lib/libdap.so -lxml2 -lpthread -lcurl 
-lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lresolv -ldl -lidn 
-L/usr/lib64/mysql -lmysqlclient -lz -lcrypt -lnsl -lssl -lcrypto 
-L/usr/lib/gcc/x86_64-redhat-linux/4.1.2 
-L/usr/lib/gcc/x86_64-redhat-linux/4.1.2/../../../../lib64 
-L/lib/../lib64 -L/usr/lib/../lib64 -lstdc++ -lm -lc -lgcc_s 
/usr/lib/gcc/x86_64-redhat-linux/4.1.2/crtendS.o 
/usr/lib/gcc/x86_64-redhat-linux/4.1.2/../../../../lib64/crtn.o          
-Wl,-soname -Wl,libgdal.so.1 -o .libs/libgdal.so.1.12.0

The LD_LIBRARY_PATH variable has been unset. Can someone give me advice 
on how to work around this situation?

Thanks!

-- john



More information about the gdal-dev mailing list