Age | Commit message (Collapse) | Author |
|
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
|
|
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=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
|
|
path, just find it. makes build work on openSUSE again.
svn path=/trunk/KDE/kdelibs/; revision=893381
|
|
CMAKE_INCLUDE_PATH and CMAKE_LIBRARY_PATH
svn path=/trunk/KDE/kdelibs/; revision=892486
|
|
svn path=/trunk/KDE/kdelibs/; revision=892482
|
|
should fix building kdebindings
-support both version of the file, with and without prefix until next monday
Using "::" in imported target names works here, I have no idea whether this might break with nmake/XCode/MSVC...
Please let me know if it does. So, MSVC and XCode users, please eupdate kdelibs, kdepimlibs and kdepim or kdebase and let me know if kdepim/kdebase still builds (links).
Alex
CCMAIL: ps_ml@gmx.de
CCMAIL: illogical1@gmail.com
CCMAIL: simon@etotheipiplusone.com
svn path=/trunk/KDE/kdelibs/; revision=892177
|
|
svn path=/trunk/KDE/kdelibs/; revision=892147
|
|
those who do not install trunk to /usr to build again
CCMAIL: kdepim@kde.org
CCMAIL: winter@kde.org
svn path=/trunk/KDE/kdelibs/; revision=891837
|
|
the prefix used for pkgconfig config (e.g. SQLITE) now *always* gets an additional "PC_" prefix, so the prefix used
for pkgconfig is now "PC_SQLITE_". This avoids name clashes between variables defined by the pkgconfig macro and the find module
and unwanted effects.
*Never* use the _CFLAGS coming from pkgconfig, but always CFLAGS_OTHER, since these shouldn't contain the include directories.
If the include directories would be in the DEFINITIONS variable this could clash with the results of find_path() for finding include dirs.
*Always* use both foo_INCLUDEDIR, foo_INCLUDE_DIRS for searching the include dir, and also both foo_LIBDIR and foo_LIBRARY_DIRS for
searching the libraries.
These directories coming from pkgconfig are *never* used exclusively, but *always* additionally to the standard search dirs,
either before them (then using the "HINTS" keyword) or after them (then using the "PATHS" keyword)
I hope I didn't break (too much) stuff. At least on my system it all seems to work the same way as it did before, with and without pkgconfig.
Alex
svn path=/trunk/KDE/kdelibs/; revision=891805
|
|
Alex
Boudewijn: can you please let me know if this one works for you know ?
CCMAIL: boud@valdyas.org
svn path=/trunk/KDE/kdelibs/; revision=891754
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=891674
|
|
* Use target_link_libraries(... LINK_INTERFACE_LIBRARIES ...) to define the "link interface" of the libs in kdepimlibs.
To enable this, set the option KDE4_ENABLE_EXPERIMENTAL_LIB_EXPORT to on using "make edit_cache". Then
apps linking to libraries will only link to the library itself and to the libraries specified using
LINK_INTERFACE_LIBRARIES. This gives less dependencies for packagers, after startup and I think there were more advantages.
* To make this work, export_library_dependencies() may not be used anymore, but instead the library targets have
to be "exported", so they can be imported again later by other projects and this way bring their link interface with them.
So now all library targets from kdepimlibs are exported in the set kdepimlibsLibraryTargets.
* To be able to give the developer some useful error message, KdepimLibsDependencies.cmake now errors out
and tells the developer to update kdelibs, and the install location information is now in KdepimLibsInformation.cmake,
which tells the developer to update kdepimlibs if it's not recent enough.
So: you need now an up-to-date version of kdepimlibs and kdesupport !
If that's not acceptable let me know and I'll add some workaround.
* Search the xsl file in the install location of the already installed kdelibs, not in the current install location, which may be in a completely different place.
* Use the correct install location (KDEPIMLIBS_INSTALL_DIR) in KdepimLibsInformation.cmake instead of KDE4_INSTALL_DIR, which is the one for kdelibs, but not for kdepimlibs.
* more minor things I don't remember right now
* Do you actually have a version number for kdepimlibs ? It would be easy to add via KdepimLibsInformation.cmake
Alex
CCMAIL: kdepim@kde.org
CCMAIL: winter@kde.org
svn path=/trunk/KDE/kdelibs/; revision=891439
|
|
-remove old commented code
Alex
svn path=/trunk/KDE/kdelibs/; revision=891394
|
|
svn path=/trunk/KDE/kdelibs/; revision=890642
|