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?

-- 
David C. Rankin, J.D.,P.E.