Compile fail on Fedora-13 x86_64

[GoogleCodeExporter]

What steps will reproduce the problem?
1. [myuser@mypc monav]$ /usr/lib64/qt4/bin/qmake "CONFIG += release" 
monavpreprocessor.pro && mak

2.

3.

What is the expected output? What do you see instead?

[myuser@mypc monav]$ /usr/lib64/qt4/bin/qmake "CONFIG += release" 
monavpreprocessor.pro && make
cd plugins/ && make -f Makefile.preprocessor_plugins 
make[1]: Entering directory `/home/files/DEV/monav/plugins'
cd contractionhierarchies/ && make -f Makefile.preprocessor_plugins 
make[2]: Entering directory 
`/home/files/DEV/monav/plugins/contractionhierarchies'
make[2]: Nothing to be done for `first'.
make[2]: Leaving directory 
`/home/files/DEV/monav/plugins/contractionhierarchies'
cd gpsgrid/ && make -f Makefile.preprocessor_plugins 
make[2]: Entering directory `/home/files/DEV/monav/plugins/gpsgrid'
make[2]: Nothing to be done for `first'.
make[2]: Leaving directory `/home/files/DEV/monav/plugins/gpsgrid'
cd osmrenderer/ && make -f Makefile.preprocessor_plugins 
make[2]: Entering directory `/home/files/DEV/monav/plugins/osmrenderer'
make[2]: Nothing to be done for `first'.
make[2]: Leaving directory `/home/files/DEV/monav/plugins/osmrenderer'
cd osmrenderer/ && make -f Makefile.preprocessor_plugins.mapnikrenderer 
make[2]: Entering directory `/home/files/DEV/monav/plugins/osmrenderer'
make[2]: Nothing to be done for `first'.
make[2]: Leaving directory `/home/files/DEV/monav/plugins/osmrenderer'
cd unicodetournamenttrie/ && make -f Makefile.preprocessor_plugins 
make[2]: Entering directory 
`/home/files/DEV/monav/plugins/unicodetournamenttrie'
make[2]: Nothing to be done for `first'.
make[2]: Leaving directory `/home/files/DEV/monav/plugins/unicodetournamenttrie'
cd osmimporter/ && make -f Makefile.preprocessor_plugins 
make[2]: Entering directory `/home/files/DEV/monav/plugins/osmimporter'
make[2]: Nothing to be done for `first'.
make[2]: Leaving directory `/home/files/DEV/monav/plugins/osmimporter'
make[1]: Leaving directory `/home/files/DEV/monav/plugins'
cd preprocessor/ && make -f Makefile 
make[1]: Entering directory `/home/files/DEV/monav/preprocessor'
g++ -Wl,-O1 -o ../bin/MoNavP main.o preprocessingwindow.o aboutdialog.o 
moc_preprocessingwindow.o moc_aboutdialog.o qrc_images.o     -fopenmp -lmapnik 
-lbz2 -L../bin/plugins_preprocessor -lmapnikrenderer -lcontractionhierarchies 
-lgpsgrid -losmrenderer -lunicodetournamenttrie -losmimporter -lQtGui -lQtCore 
-lpthread 
/usr/bin/ld: ../bin/plugins_preprocessor/libosmimporter.a(osmimporter.o): 
undefined reference to symbol 'xmlTextReaderIsEmptyElement@@LIBXML2_2.4.30'
/usr/bin/ld: note: 'xmlTextReaderIsEmptyElement@@LIBXML2_2.4.30' is defined in 
DSO /usr/lib64/libxml2.so.2 so try adding it to the linker command line
/usr/lib64/libxml2.so.2: could not read symbols: Invalid operation
collect2: ld returned 1 exit status
make[1]: *** [../bin/MoNavP] Error 1
make[1]: Leaving directory `/home/files/DEV/monav/preprocessor'
make: *** [sub-preprocessor-make_default] Error 2

What version of the product are you using? On what operating system?

This is the latest code (Sun-29-August-2010) from SVN:
[myuser@mypc monav]$ svn checkout http://monav.googlecode.com/svn/trunk/ monav

[myuser@mypc monav]$ uname -a
Linux mypc.mydomain.com 2.6.33.8-149.fc13.x86_64 #1 SMP Tue Aug 17 22:53:15 UTC 
2010 x86_64 x86_64 x86_64 GNU/Linux

[myuser@mypc monav]$ lsb_release 
LSB Version:    :core-4.0-amd64:core-4.0-noarch
[padderly@trailblazer monav]$ lsb_release -a
LSB Version:    :core-4.0-amd64:core-4.0-noarch
Distributor ID: Fedora
Description:    Fedora release 13 (Goddard)
Release:    13
Codename:   Goddard

Please provide any additional information below.

I think all the dependency from your wiki page seem to be installed.

Please let me know if there is any other information that you would like me to 
provide. Thank you kindly.

Original issue reported on code.google.com by peteadde...@gmail.com on 29 Aug 2010 at 11:41

[GoogleCodeExporter]

The libxml link command was missing.
Could you please try whether r215 fixes this for you?

Thanks for the bug report.

Original comment by veaac.fd...@gmail.com on 29 Aug 2010 at 9:35

• Changed state: Accepted

[GoogleCodeExporter]

Hello Christian Vetter - your libxml link remedy fixed the problem. Thank you 
very much for your quick response and keep up the good work. MoNav is an 
excellent project!

P.E.A.

Original comment by peteadde...@gmail.com on 29 Aug 2010 at 11:43

[GoogleCodeExporter]

Original comment by veaac.fd...@gmail.com on 30 Aug 2010 at 7:17

• Changed state: Fixed