Le mardi 16 mai 2017, 10:31:24 CEST Pali Rohár a écrit : > On Sunday 14 May 2017 16:08:10 Paulo Lieuthier wrote: > > Hi everyone, > > Hi! > > > Is there a reason not to upgrade to CMake 3.0.2 or to use C++11 in Kopete > > code, following KDE general path (both cmake 3.0.2 and C++11-capable GCC > > are present in Debian stable repositories)? > > Reason is historical. In time when CMakeLists.txt files were written > CMake 3.0 have not existed yet. Same for C++11. > > About CMake 3.0 important question is: Is there any problem with > current CMakeLists.txt files that it is needed to rewrite them? Is not > CMake 3.0 backward compatible with CMake 2.x? Or what is reason for > rewriting them? > > About C++11... I do not see problem to start using, but I dislike mixing > style of C++98 and C++11 in one class/component. So for new code it is > OK. But adding C++11 constructs into random places in C++98 files is > bad.
Becareful you can't use all C++11 fe ature in kf5 (for example we still need to use Q_DECL_OVERRIDE and others) But I use a lot of c++11 feature in kf5 > > > I'm working in Kopete for GSoC (history plugin), and will be sending my > > schedule in the next days. I have been studying the code and wonderind > > why is that. Maybe that is supposed to come only with the KF5 port? > > Montel should know more about KF5 port. Hi, For me it will better to work on kf5 port directly as it's disable in kf5 and in next release 17.08 we will merge kf5 branch in master So starting your Gsoc against kf5 branch is a better idea. Regards > > > If I was willing to upgrade to Kopete as part of my GSoC project, even > > before Qt5/KF5, would it be welcome? -- Laurent Montel | laurent.mon...@kdab.com | KDE/Qt Senior Software Engineer KDAB (France) S.A.S., a KDAB Group company Tel. France +33 (0)4 90 84 08 53, www.kdab.fr KDAB - The Qt, C++ and OpenGL Experts - Platform-independent software solutions
