OSX/CI: kig fails to build on branch master (when using Qt version below 5.4)

Marko Käning mk-lists at email.de
Tue Feb 3 18:45:21 UTC 2015


Hi folks,

I just wonder why it is already _required_ to have the latest Qt version for kig:

---
Building CXX object CMakeFiles/kigpart.dir/scripting/script_mode.cc.o
/Users/marko/WC/KDECI-builds/kf5-qt5/kig/kig/kig_part.cpp:1111:88: error: no member named 'AppDataLocation' in 'QStandardPaths'; did you mean 'DataLocation'?
  const QDir writeableDataLocation ( QStandardPaths::writableLocation( QStandardPaths::AppDataLocation ) );
                                                                       ~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~
                                                                                       DataLocation
/opt/kde/install/darwin/mavericks/clang/kf5-qt5/qt5/inst/include/QtCore/qstandardpaths.h:66:9: note: 'DataLocation' declared here
        DataLocation,
        ^
/Users/marko/WC/KDECI-builds/kf5-qt5/kig/kig/kig_part.cpp:1131:88: error: no member named 'AppDataLocation' in 'QStandardPaths'; did you mean 'DataLocation'?
  const QDir writeableDataLocation ( QStandardPaths::writableLocation( QStandardPaths::AppDataLocation ) );
                                                                       ~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~
                                                                                       DataLocation
/opt/kde/install/darwin/mavericks/clang/kf5-qt5/qt5/inst/include/QtCore/qstandardpaths.h:66:9: note: 'DataLocation' declared here
        DataLocation,
        ^
[100%] Building CXX object CMakeFiles/kigpart.dir/kigpart_automoc.cpp.o
...
1 warning and 2 errors generated.
make[2]: *** [CMakeFiles/kigpart.dir/kig/kig_part.cpp.o] Error 1
make[2]: *** Waiting for unfinished jobs....
---

just because of QSP::AppDataLocation... Is that really necessary?


I know that the projects dependencies of Jenkins already define Qt 5.4.1 as a must for the master branch, but
still I wonder about it, as kig seems to be the first application which accesses its data files like this,
instead of still making use of QSP::DataLocation.

Well, I could imagine that quite a wave of such changes is going to come for all projects, but I wasn’t expecting
it that soon. ;-)

Greets,
Marko



More information about the kde-edu mailing list