[gdal-dev] Compilation problems on CentOS 5

[Even Rouault]

Peter,

XML_StopParser() has been introduced in Expat 1.95.8 and I've verified that 
CentOS 5.4 comes with that version. So it should be able to find the symbol 
(and for older expat versions, there's a test to avoid using the 
XML_StopParser() function). I've also managed to build gdal 1.7.2 with expat 
support in a CentOS 5.4 *32* bit VM.

What I suspect is that you're seing a symptom of ticket 
http://trac.osgeo.org/gdal/ticket/3411 which is specific to CentOS/RHEL 64 
bit and was fixed in trunk.

There is probably a confusion between the /usr/lib/libexpat.so (32 bit) 
and /usr/lib64/libexpat.so.

You could try editing GDALmake.opt and look for  -L/usr/lib -lexpat in the 
line beginning with "LIBS    =". Remove all occurrences of -L/usr/lib in that 
line and build again.

Best regards,

Even

Le Friday 07 May 2010 17:36:28 Frank Warmerdam, vous avez écrit :
> Peter Hopfgartner wrote:
> > Hello
> >
> > I'm trying to compile GDAL 1.7.2 on my CentOS 5.4, 64 bit box. Configure
> > is basically "enable Oracle, disable almost anything else":
> >
> > ./configure --without-php --without-python --without-perl --with-oci
> > --with-ecw --with-libtiff=internal --with-geotiff=internal
> > --with-netcdf=no --with-cfitsio=no
> >
> > Compilation stops with:
> >
> > libtool: link: g++ .libs/gdalinfo.o
> > -o .libs/gdalinfo  /home/rpmbuild/tmp/gdal-1.7.2/.libs/libgdal.so
> > -Wl,-rpath -Wl,/usr/local/lib
> > /home/rpmbuild/tmp/gdal-1.7.2/.libs/libgdal.so: undefined reference to
> > `XML_StopParser'
> > collect2: ld returned 1 exit status
> > make[1]: *** [gdalinfo] Error 1
> > make[1]: Leaving directory `/home/rpmbuild/tmp/gdal-1.7.2/apps'
> > make: *** [apps-target] Error 2
> >
> > Where should the symbol "XML_StopParser" come from?
>
> Peter,
>
> This is part of the expat library.  You could try configuring
> --without-expat to doing a clean build.  I'm guessing you have a version of
> expat that is too old, or too new and lacks XML_StopParser.  If you could
> provide version information it might make it possible for us to dig further
> into the issue.
>
> Best regards,