On 01/15/2014 08:53 PM, David C. Rankin wrote: > On 01/15/2014 08:41 PM, Darrell Anderson wrote: >>> 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? >> >> I vaguely recall encountering the same failure about tree.h. After >> I found the patches I previously attached I then was able to >> compile wv2. >> >> Head to this URL: >> >> http://snapshot.debian.org/package/wv2/0.4.2.dfsg.1-10/ >> >> Download the file in the first link, which is a tar.gz. >> >> Open the tar.gz and notice the directory of patches. Use those >> patches to build wv2. >> >> That should resolve wv2 concerns. >> >> Darrell >> > > Will do, I also just built it with: > > cmake ../${pkgname}-${pkgver} \ > -DCMAKE_BUILD_TYPE=Release \ > -DCMAKE_SKIP_RPATH=ON \ > -DCMAKE_INSTALL_PREFIX=/usr \ > > -DLIBGSF_INCLUDE_DIR="/usr/include/libgsf-1;/usr/include/glib-2.0;/usr/lib/glib-2.0/include;/usr/include/libxml2" > > So it is just a cmake screwup somewhere..... > All debian patches applied and still the same FTBFS: Scanning dependencies of target wv2 [ 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. -- David C. Rankin, J.D.,P.E.