I see, so if you change
#include "Akonadi/RecursiveItemFetchJob"
with
#include "../../akonadi/recursiveitemfetchjob.h"
then it should work. If this is true then we'll make this change in
order to keep 4.6 as a minimum requirement.
Regards,
Cristian
2013/9/1 David Houlden :
> Hi Cristian,
>
https://bugs.kde.org/show_bug.cgi?id=294760
--- Comment #6 from Cristian Oneț ---
The bug was closed upstream so the fix will be available in the next version of
libofx.
--
You are receiving this mail because:
You are the assignee for the bug.
___
KMy
Hi Cristian,
I have two systems here, both Slackware, one running KDE 4.6.5 and the
other 4.8.5. Neither has the header file Akonadi/RecursiveItemFetchJob. I
have got the header file recursiveitemfetchjob.h.
I agree that the class was added in 4.6 but the
Akonadi/RecursiveItemFetchJob header
https://bugs.kde.org/show_bug.cgi?id=324360
Bug ID: 324360
Summary: report values unjustified
Classification: Unclassified
Product: kmymoney4
Version: 4.6.3
Platform: MS Windows
OS: MS Windows
Status: UNCONFIRME
Hi David,
According to [1] and [2] RecursiveItemFetchJob was added in 4.6. Did
you reconfigured your local sandbox correctly? Try to find the header
in your kdepimlibs include path.
Regards,
Cristian
[1]
http://api.kde.org/4.x-api/kdepimlibs-apidocs/akonadi/html/classAkonadi_1_1RecursiveItemFet
> On Sept. 1, 2013, 3:32 p.m., Cristian Oneț wrote:
> > I just got the idea by looking at the commit that the do {} while (cond);
> > cold have been replaced with a while (cond) {}. I would always prefer a
> > while for a do-while if they are equivalent.
In deed, they are in this case here. I
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/112394/#review39074
---
I just got the idea by looking at the commit that the do {} whi
