| Summary: | app-office/kword-2.0.2 fails to compile: word97_generated.h: No such file or | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Willard Dawson <willard.dawson> |
| Component: | [OLD] KDE | Assignee: | Gentoo KDE team <kde> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | ansla80, arttuv69, hanno, howard_b_golden, jarausch, john, kavol, mail |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
Build log
Emerge info (too big for comment field, had to add as attachment) matches the new colour field name in wv2-0.4.0 headers |
||
|
Description
Willard Dawson
2009-09-29 15:09:05 UTC
Created attachment 205599 [details]
Build log
Created attachment 205600 [details]
Emerge info (too big for comment field, had to add as attachment)
I hit this bug as well, the initial build error can be fixed by changing #include <word97_generated.h> to #include "word97_generated.h" in /usr/include/wv2/styles.h, but this leads to a deeper problem which gives the following error: /var/tmp/portage/app-office/kword-2.0.2/work/kword-2.0.2/filters/kword/msword-odf/conversion.cpp: In function ‘QString Conversion::setBorderAttributes(const wvWare::Word97::BRC&)’: /var/tmp/portage/app-office/kword-2.0.2/work/kword-2.0.2/filters/kword/msword-odf/conversion.cpp:324: error: ‘const struct wvWare::Word97::BRC’ has no member named ‘ico’ (In reply to comment #3) /var/tmp/portage/app-office/kword-2.0.2/work/kword-2.0.2/filters/kword/msword-odf/conversion.cpp:324: > error: ‘const struct wvWare::Word97::BRC’ has no member named ‘ico’ It's gone from the wv2 headers, I believe by this commit: http://wvware.svn.sourceforge.net/viewvc/wvware/wv2-trunk/src/word97_generated.h?r1=2&r2=23 But no worries, KWord devs are matching their code to the trunk of wv (see log message on this entry): http://websvn.kde.org/?view=revision&revision=1011764 Unfortunately they are changing the code a lot. And some of the kword filters' log entries read like the msword-odf converter has been pretty less-than-perfect anyway. Created attachment 205730 [details, diff]
matches the new colour field name in wv2-0.4.0 headers
Very experimental patch, as kword folks seemed to use the cv field (wv2-0.4.0) instead of the ico field (wv2-0.3.1) for the colour. Just as the change in wv svn seemed to go.
Note: it's just to get the darn thing (kword-2.0.2) compiled on Gentoo. Not sure if it will import anything useful in msword-odf format as I don't currently have a need for such.
(In reply to comment #5) > Note: it's just to get the darn thing (kword-2.0.2) compiled on Gentoo. Not > sure if it will import anything useful in msword-odf format as I don't > currently have a need for such. USE="-wv2" emerge -av1 kword ... works for me (and I think that it should be the default until kword is fixed) (In reply to comment #6) > (In reply to comment #5) > > Note: it's just to get the darn thing (kword-2.0.2) compiled on Gentoo. Not > > sure if it will import anything useful in msword-odf format as I don't > > currently have a need for such. > > USE="-wv2" emerge -av1 kword > > ... works for me (and I think that it should be the default until kword is > fixed) > I don't find myself using ODF much, or kword either for that matter, but I keep both around in case OpenOffice strands me, or for the occasional bit that kword has and OO has not. In any even, USE="-wv2" works for me, too, to allow me to move past this bug for now. Thanks. I wont backport the patch. Upstream says that 0.3 is only supported so i adjusted the dep. 2.1 will be using the 0.4 series. Now we have an up/downgrade-loop (wv2 is not slotted), that's not good either. I'd suggest we mask wv2-0.4.0 for the time being? Similarly problem bug 287276 (In reply to comment #8) > I wont backport the patch. Upstream says that 0.3 is only supported so i > adjusted the dep. > > 2.1 will be using the 0.4 series. > Closing then |
