On 01/15/2014 07:14 PM, Slávek Banko wrote:

On Thursday 16 of January 2014 01:51:10 David C. Rankin wrote:

...

...

All,

Debian fixed a bug with wv2 I need to patch/fix for tde. The bug was:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=707417

How in the heck do you find out what debian did?

Some problem with libxml was solved in KOffice - commit b6474af7.

Slavek

Slavek,

This is a CMake issue. Something is wrong with the CMakeLists.txt. The problem is:

[ 2%] Building CXX object src/CMakeFiles/wv2.dir/olestorage.cpp.o In file included from /usr/include/libgsf-1/gsf/gsf.h:59:0, from /dat_e/tde/tstbld/wv2/src/wv2-0.4.2/src/olestorage.h:26, from /dat_e/tde/tstbld/wv2/src/wv2-0.4.2/src/olestorage.cpp:19: /usr/include/libgsf-1/gsf/gsf-libxml.h:26:25: fatal error: libxml/tree.h: No such file or directory #include <libxml/tree.h> ^ compilation terminated.

The include file is at /usr/include/libxml2/libxml/tree.h. The damn CMakeCache.txt file HAS all the correct information:

18:22 phoinix:/dat_e/tde/tstbld/wv2> grep -i include src/build/CMakeCache.txt <snip> //ADVANCED property for variable: LIBGSF_INCLUDE_DIR LIBGSF_INCLUDE_DIR-ADVANCED:INTERNAL=1 PC_LIBGSF_CFLAGS:INTERNAL=-I/usr/include/libgsf-1;-I/usr/include/glib-2.0;-I/usr/lib/glib-2.0/include;-I/usr/include/libxml2 PC_LIBGSF_INCLUDEDIR:INTERNAL=/usr/include PC_LIBGSF_INCLUDE_DIRS:INTERNAL=/usr/include/libgsf-1;/usr/include/glib-2.0;/usr/lib/glib-2.0/include;/usr/include/libxml2 PC_LIBGSF_STATIC_CFLAGS:INTERNAL=-I/usr/include/libgsf-1;-I/usr/include/glib-2.0;-I/usr/lib/glib-2.0/include;-I/usr/include/libxml2 PC_LIBGSF_STATIC_INCLUDE_DIRS:INTERNAL=/usr/include/libgsf-1;/usr/include/glib-2.0;/usr/lib/glib-2.0/include;/usr/include/libxml2 PC_LIBGSF_libgsf-1_INCLUDEDIR:INTERNAL=

but for some reason cmake doesn't find it. I'm too dense to find out where/why it isn't being use. Where do I look?