aboutsummaryrefslogtreecommitdiff
path: root/CMakeLists.txt
AgeCommit message (Collapse)Author
2011-12-18-enable testingAlex Neundorf
-add test ExecuteAllModules, which is the same as FindModulesExecuteAll in CMake: include (and execute) all *cmake files, to make sure they are not completely broken Alex
2011-12-11-add function ecm_use_find_modules() to selectively use some of the ↵Alex Neundorf
find-modules coming with e-c-m Alex
2011-12-11-separate find-modules and other modules into two separate directories, so ↵Alex Neundorf
they can be handled differently (the macros can't clash with stuff from cmake, since they all have the ECM prefix) Alex
2011-11-29-use the write_basic_config_version_file() macro from cmake 2.8.6Alex Neundorf
Alex
2011-11-29Require cmake 2.8.6 here, will be 2.8.7 soonAlex Neundorf
Alex
2011-09-17cleanup per cmakelint.pyAllen Winter
2011-08-27Install all files in the modules directory.Stephen Kelly
2011-07-26Install a Config.cmake file and a version-file along with itAlex Neundorf
Alex
2011-07-12-add basic support for packagingAlex Neundorf
Alex
2011-07-10Require cmake 2.8.4 for nowAlex Neundorf
Alex
2011-07-09-generate and install docsAlex Neundorf
Alex
2011-07-09Add a version number and an install() ruleAlex Neundorf
Alex
2008-07-19automoc in kdelibs is dead since a few weeksAlexander Neundorf
Alex CCMAIL: kretz@kde.org svn path=/trunk/KDE/kdelibs/; revision=834705
2008-07-07-make automoc4 required finally (... 4.1 is not too far away)Alexander Neundorf
Alex CCMAIL: kde-buildsystem@kde.org CCMAIL: kretz@kde.org svn path=/trunk/KDE/kdelibs/; revision=829250
2008-05-10-use automoc4 from kdesupport if available, otherwise fallback to the one ↵Alexander Neundorf
from kdelibs. In a few weeks automoc4 from kdesupport will be required. Alex CCMAIL: kretz@kde.org svn path=/trunk/KDE/kdelibs/; revision=806300
2007-07-09As posted to kde-buildsystem:Matthias Kretz
I replaced kde4automoc.cmake with a C++/QtCore based program that can run more efficient. Instead of creating a <targetname>.automoc file that is added to the target I create a <targetname>_automoc.cpp file now that is compiled and linked into the target. This file #includes all moc files that are not included by other source files. This way the automoc can, at make-time, decide what mocs need to be compiled explicitly and linked into the target. E.g. the following is possible now: foo.h: class A : public QObject { Q_OBJECT ... }; foo.cpp does not #include "foo.moc" run make - everything compiles and links fine (without mentioning the header in KDE4_MOC_HEADERS either since the new automoc looks at all corresponding header files from the .cpp files by itself) now change foo.cpp to #include "foo.moc" running make now will just work, even with the /fast target. Next change I did was to create a <targetname>_automoc.cpp.files file to pass the moc includes and the source files that belong to the target to the automoc. I could have kept it on the command line but I got a report that the command line was already too long for Windows' cmd.exe. Implementation details: - The messages of the automoc are written using cmake -E cmake_echo_color, so the automoc correctly colorizes its messages now. - The moc QProcesses are started in parallel (up to 10). svn path=/trunk/KDE/kdelibs/; revision=685719
2006-02-16-replace -fexceptions with ${KDE4_ENABLE_EXCEPTIONS} (I'm not sure this is ↵Alexander Neundorf
a good name for the variable) -add install rules for the cmake files in kdelibs/cmake/modules/ -remove debug output and fix typo in FindOpenEXR.cmake Alex svn path=/trunk/KDE/kdelibs/; revision=510319