Age | Commit message (Collapse) | Author |
|
svn path=/trunk/KDE/kdelibs/; revision=909439
|
|
the /
OKed by David Faure
svn path=/trunk/KDE/kdelibs/; revision=908300
|
|
>= 0.9.12)
svn path=/trunk/KDE/kdelibs/; revision=908067
|
|
svn path=/trunk/KDE/kdelibs/; revision=908062
|
|
installed one, and if they are different, delete
any previously installed configuration specific exports files
Alex
svn path=/trunk/KDE/kdelibs/; revision=906811
|
|
svn path=/trunk/KDE/kdelibs/; revision=906765
|
|
KDELibsLibraryTargets.cmake -> fix against the problem which happens if you have a relatively old kdelibs installation (when the targets where exported without "namespace"), then switched the buildtype and installed a new kdelibs
The patch which makes this safe for the case that we have similar changes in the future will come later today.
Alex
svn path=/trunk/KDE/kdelibs/; revision=906725
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=906719
|
|
and the about to be installed exports files are identical
Alex
svn path=/trunk/KDE/kdelibs/; revision=906298
|
|
It needs better maintainership, more apps using it, to follow the review process, and to avoid the code duplication with koffice...
svn path=/trunk/KDE/kdelibs/; revision=906279
|
|
didn't keep compatibility the cmake support for plasma also doesn't have to
This file is not used by anything in trunk/KDE/ anymore.
Alex
svn path=/trunk/KDE/kdelibs/; revision=906186
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=905609
|
|
is installed
(this test was previously in FindPlasma.cmake but at least in trunk/KDE/ never executed, so in the only place
where the result was used (kdeplasma-addons/applets/) the result was always wrong)
Alex
svn path=/trunk/KDE/kdelibs/; revision=905603
|
|
-also a few empty lines here and there to make it look nicer
Alex
svn path=/trunk/KDE/kdelibs/; revision=905547
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=905054
|
|
from KDELibsDependencies.cmake (should be more correct and a bit faster)
-"export" the targets meinproc4, makekdewidgets and kconfig_compiler, and do this into a separate exports-file, putting
them in the same file as the exported targets potentially makes cross compiling harder
-use a "KDE4__" prefix (or "namepace") for all exported targets, both libraries and executables
-add some more documentation, fix some comments, remove commented code
Alex
svn path=/trunk/KDE/kdelibs/; revision=905044
|
|
cmake_minimum_required(VERSION) to set the cmake policies
to 2.4 compatiblity -> should be more obvious to understand the purpose
Alex
svn path=/trunk/KDE/kdelibs/; revision=904879
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=904680
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=904678
|
|
OSX where libintl.h is in /opt/somewhere.../ and was not found by check_include_files()
Alex
svn path=/trunk/KDE/kdelibs/; revision=904608
|
|
are initialized automatically to "0", so no need to do it manually here
Alex
CCMAIL: apaku@gmx.de
svn path=/trunk/KDE/kdelibs/; revision=904593
|
|
KDELibsDependencies.cmake instead of running kde4-config and parsing its output
This should be (very) slightly faster, makes cross compiling one step easier and should be more robust.
Copyright the files also this year for me :-)
Alex
svn path=/trunk/KDE/kdelibs/; revision=904590
|
|
automoc, they are only created
if they are not provided by automoc4 itself (which will happen soon)
Alex
CCMAIL: kretz@kde.org
svn path=/trunk/KDE/kdelibs/; revision=904586
|
|
svn path=/trunk/KDE/kdelibs/; revision=904220
|
|
svn path=/trunk/KDE/kdelibs/; revision=903773
|
|
patch by Modestas Vainius
svn path=/trunk/KDE/kdelibs/; revision=900828
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=900552
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=900551
|
|
cmake version
-add some comments
Alex
svn path=/trunk/KDE/kdelibs/; revision=900115
|
|
Alex
CCMAIL: kretz@kde.org
Matthias: please check that it still works for you, it does on my machine (e.g. by running cmake -DMODULE=FFmpeg -P RunAllModuleTests.cmake in kdelibs/cmake/module-tests/ )
svn path=/trunk/KDE/kdelibs/; revision=900098
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=900097
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=900082
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=900080
|
|
cmake 2.6.2
-use the find_package_handle_standards_args() macro in FindLibXml2.cmake
Alex
svn path=/trunk/KDE/kdelibs/; revision=900078
|
|
svn path=/trunk/KDE/kdelibs/; revision=898341
|
|
directory named 'c:/path/'
svn path=/trunk/KDE/kdelibs/; revision=898330
|
|
CCBUGS: 177965
svn path=/trunk/KDE/kdelibs/; revision=898246
|
|
I checked that all modules (except extragear, review, playground, kwebdev) link on my machine, which means it can still break on other configurations.
Alex
CCMAIL: kde-buildsystem@kde.org
CCMAIL: mueller@kde.org
CCMAIL: Sune@vuorela.dk
CCMAIL: modestas@vainius.eu
svn path=/trunk/KDE/kdelibs/; revision=897386
|
|
we build always with full RPATH
enabled, since the only reason not to do so was because the relinking this caused was slow.
Now with camke 2.6 the libraries and executables don't have to be relinked again, instead the RPATH
inside the binaries is patched, which is *much* faster.
So we can always play safe and use the full RPATH.
I also changed this setting for the Mac, because I don't see why it should be necessary there.
If this breaks something (i.e. when starting an app wrong libs are linked/or they are not found),
please let me know.
Alex
CCMAIL: illogical1@gmail.com
svn path=/trunk/KDE/kdelibs/; revision=897003
|
|
macro_write_basic_cmake_version_file(), since
it is completely KDE-independent and can potentially be used in any other project
remove the old macro, add the new renamed one, add it to the macro library, adjust kdepimlibs/CMakeLists.txt accordingly
Alex
svn path=/trunk/KDE/kdelibs/; revision=896999
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=896994
|
|
-fix comment, filename is <package>ConfigVersion.cmake
-fix logic in Version template file, it was the wrong way
Alex
svn path=/trunk/KDE/kdelibs/; revision=896993
|
|
<package>Version.cmake file
Alex
svn path=/trunk/KDE/kdelibs/; revision=896965
|
|
-don't glob for *.py files but instead list them all explicitely (same would be nice for the *cmake files but it's just too convenient)
Alex
svn path=/trunk/KDE/kdelibs/; revision=896959
|
|
svn path=/trunk/KDE/kdelibs/; revision=896223
|
|
generating an unique target for each docbook
improve get filename without extension to work for names with a dot in the filename like man-zonetab2pot.py.1.docbook
get_filename_component( NAME_WE) cuts this to man-zonetab2pot, but it has to be man-zonetab2pot.py
svn path=/trunk/KDE/kdelibs/; revision=895719
|
|
Alex
CCMAIL: christoph@maxiom.de
svn path=/trunk/KDE/kdelibs/; revision=895041
|
|
kdeartwork and kdeplasma-addons (e.g. kscreensaver, plasmaclock and some more)
-install a KDE4WorkspaceConfig.cmake file from kdebase/workspace, which is loaded by FindKDE4Workspace.cmake from kdelibs/cmake/modules, and which provides all information and targets necessary to use this stuff
Unfortunately this may required updating both kdelibs and kdebase for kdetoys, kdeartwork and kdeplasma-addons
Alex
svn path=/trunk/KDE/kdelibs/; revision=894637
|
|
Now kdepimlibs installs a KdepimLibsConfig.cmake file in a cmake-conform location, i.e. ${LIB_INSTALL_DIR}/KdepimLibs/cmake/ .
This file is created by kdepimlibs/CMakeLists.txt using configure_file() from kdepimlibs/KdepimLibsConfig.cmake.in
and contains all necessary information about kdepimlibs.
It also loads the exported target file (and makes sure to do this only once, so kdebindings still builds).
Does kdepimlibs actually have a version number ?
Alex
CCMAIL: kde-pim@kde.org
CCMAIL: mueller@kde.org
svn path=/trunk/KDE/kdelibs/; revision=894621
|
|
FindFoo.cmake file quiet
Alex
svn path=/trunk/KDE/kdelibs/; revision=894602
|