| From | Sent On | Attachments |
|---|---|---|
| Alexander Neundorf | Jul 21, 2008 11:18 am | |
| Alexander Neundorf | Jul 28, 2008 3:20 pm | |
| Alexander Neundorf | Jul 28, 2008 3:22 pm | |
| Cyrille Berger | Jul 31, 2008 5:23 am | |
| Alexander Neundorf | Jul 31, 2008 10:06 am |
| Subject: | [ANNOUNCE] cmake 2.6.0 will be required for trunk starting August 4th | |
|---|---|---|
| From: | Alexander Neundorf (neun...@kde.org) | |
| Date: | Jul 21, 2008 11:18:23 am | |
| List: | org.kde.kde-buildsystem | |
Hi,
starting August 4th, i.e. Monday in 2 weeks, cmake >= 2.6.0 will be required to build KDE from svn trunk. So please update your cmake. In case there are no distribution packages yet, you can get the sources here: http://www.cmake.org/files/v2.6/cmake-2.6.0.tar.gz
or the binary package, which should work on about every Linux distribution: http://www.cmake.org/files/v2.6/cmake-2.6.0-Linux-i386.tar.gz (just unpack it to any place you like, it will work).
Here is the full download page: http://www.cmake.org/HTML/Download.html
What will this bring us ?
So many things went into 2.6.0, actually more than I can remember. Just a short unsorted list:
-the env. variable CMAKE_PREFIX_PATH, which is used by the FIND_XXX() commands to find installed software (i.e. if you installed kdelibs under the prefix /opt/kdelibs and kdesupport under /opt/kdesupport, set CMAKE_PREFIX_PATH to /opt/kdesupport:/opt/kdelibs and it will be found)
-support for cross compiling, let's see if that helps with getting KDE on small devices
-defining the "link interface" of libraries, so we can limit the indirect dependencies of libs
-much shorter delay between entering "make" and when the first target is built (now a O(N) algorithm instead O(N^2) )
-libraries are linked to with the full path instead of relying on the correct order of the -L and -l flags
-a Qt GUI for configuring projects, editing the cache etc. ("cmake-gui")
-much faster installation, no relinking needed anymore, the RPATH is now patched directly in the binaries
-support for OSX library frameworks, let's see if we want to use that for our libs like kdecore
-improved packaging support, including RPM and DEB packages (still quite early, so needs tester)
-support for creating Eclipse and Code::Blocks projects
-improved documentation, now also for cmake variables and properties, split into separate man pages, and now also supports creating documentation for custom cmake modules (see http://api.kde.org/cmake/modules.html)
-bug fixes, minor features, ...
Alex
_______________________________________________ Kde-buildsystem mailing list Kde-...@kde.org https://mail.kde.org/mailman/listinfo/kde-buildsystem





