From kde-core-devel Tue Oct 30 21:45:18 2012 From: Alexander Neundorf Date: Tue, 30 Oct 2012 21:45:18 +0000 To: kde-core-devel Subject: Re: CMake 2.8.8 will be required for kdelibs 4.10 starting October 30th Message-Id: <201210302245.19107.neundorf () kde ! org> X-MARC-Message: https://marc.info/?l=kde-core-devel&m=135163356200613 On Tuesday 30 October 2012, Rolf Eike Beer wrote: > Am Dienstag 30 Oktober 2012, 20:24:19 schrieb Alexander Neundorf: > > On Friday 26 October 2012, Alexander Neundorf wrote: > > > On Thursday 18 October 2012, Alexander Neundorf wrote: > > > > Hi, > > > > > > > > in kdelibs we require since more than 2 years cmake .2.6.4, since > > > > then many improvements and fixes have gone into cmake, and we cannot > > > > make use of them. > > > > > > > > These are e.g. > > > > * builtin automoc > > > > * support for creating proper Config.cmake files > > > > * ${CMAKE_CURRENT_LIST_DIR} > > > > and many many more. > > > > > > > > So, after the discussion we had here on this list, > > > > starting October 30th CMake 2.8.8 or newer will be required for > > > > building kdelibs 4.10. > > > > > > > > If it is not yet available in your distribution, simply wget and > > > > untar it: > > > > > > > > $ wget http://www.cmake.org/files/v2.8/cmake-2.8.9-Linux-i386.tar.gz > > > > $ su > > > > $ cd /opt > > > > $ tar -zxvf path/to/cmake-2.8.9-Linux-i386.tar.gz > > > > ... > > > > $ /opt/cmake-2.8.9-Linux-i386/bin/cmake ...all your arguments > > > > > > just as a reminder, this is Tuesday next week. > > > > Ok, I pushed this change to the kdelibs 4.10 branch. > > > > Let me know if something doesn't build anymore. > > > > Especially for the Windows team: I removed our version of > > FindOpenSSL.cmake, so we use the one coming with cmake now. I don't > > remember exactly who it was, but somebody reported that the verison > > coming with cmake would actually work better under Windows than our > > version. Now, there is a small potential incompatibility in this file: > > the variable > > ${OPENSSL_EAY_LIBRARIES} does not exist anymore, but the generic > > ${OPENSSL_LIBRARIES} variable should contain everything that's needed, so > > if there are no special tests for this variable it should still work. > > Should FindFlex.cmake be removed in favor of upstream FindFLEX.cmake? We can't do this in KDE 4.x, since this would be source incompatible (find_package(Flex) would break) :-/ Alex