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.