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.