Hi Erik, Dimanche, le 26 december 2010, à 22:25, Erik a écrit: > 2010-12-24 03:11, Erik skrev: > > steps to reproduce: > > 1. tar jxvf /usr/portage/distfiles/kdeutils-4.5.4.tar.bz2 > > 2. cd kdeutils-4.5.4 > > 3. mkdir build > > 4. cd build > > 5. cmake -DKDE4_ENABLE_FINAL=ON .. > > 6. make okteta > > > > actual result: > > In file included from > > kdeutils-4.5.4/build/okteta/libs/kasten/controllers/kastencontrollers_fin > > al_cpp.cpp:37: > > > > kdeutils-4.5.4/okteta/libs/kasten/controllers/io/insert/insertcontroller. > > cpp:49: fel: omdefinition av "struct > > QMetaTypeId<Kasten::AbstractModelDataGenerator*>" > > kdeutils-4.5.4/okteta/libs/kasten/controllers/documentsystem/creator/crea > > torcontroller.cpp:52: fel: föregående definition av "struct > > QMetaTypeId<Kasten::AbstractModelDataGenerator*>" > > Seems like simply removing the line(s) > "Q_DECLARE_METATYPE(Kasten::AbstractModelDataGenerator*)" (and "#include > <QtCore/QMimeData>") from > kdeutils-4.5.4/okteta/libs/kasten/controllers/documentsystem/creator/creato > rcontroller.cpp fixes this build error so that the target > okteta/libs/kasten/controllers/CMakeFiles/kastencontrollers.dir/kastencontr > ollers_final_cpp.o can be built (other build errors remain in the target > okteta/gui/CMakeFiles/oktetagui.dir/oktetagui_final_cpp.o though).
Sure, but would only for DKDE4_ENABLE_FINAL ;) Will fix this now, 4.5, 4.6 and trunk, using define guards (or put that Q_DECLARE_METATYPE into own headers, like Bille proposed recently here: http://lists.kde.org/?l=kde-core-devel&m=129162936828161&w=2 Cheers Friedrich -- Desktop Summit 2011 - Berlin, Germany - August 6-12th - www.desktopsummit.org >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
