Age | Commit message (Collapse) | Author |
|
-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
|
|
-add support -DMODULE=<name> to test only one module (both with and without pkgconfig)
Alex
svn path=/trunk/KDE/kdelibs/; revision=891797
|
|
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
|
|
svn path=/trunk/KDE/kdelibs/; revision=890246
|
|
only.
CCMAIL:neundorf@kde.org
svn path=/trunk/KDE/kdelibs/; revision=888585
|
|
Why FindBlitz.cmake ? I think that we can remove it
svn path=/trunk/KDE/kdelibs/; revision=888266
|
|
svn path=/trunk/KDE/kdelibs/; revision=888076
|
|
svn path=/trunk/KDE/kdelibs/; revision=888030
|
|
svn path=/trunk/KDE/kdelibs/; revision=887054
|
|
svn path=/trunk/KDE/kdelibs/; revision=886921
|
|
svn path=/trunk/KDE/kdelibs/; revision=886287
|
|
(these three modules were working correctly, this is just to establish a convention how to deal with this)
Alex
svn path=/trunk/KDE/kdelibs/; revision=886256
|
|
This should now provide absolute library paths and fix the problems various packages
had with building QCA2 support.
svn path=/trunk/KDE/kdelibs/; revision=885998
|
|
the reduced link interface in modules != kdelibs obe by one
Alex
svn path=/trunk/KDE/kdelibs/; revision=885852
|
|
svn path=/trunk/KDE/kdelibs/; revision=885225
|
|
is no need to search for the headers
and libraries or test for the API anymore, since all that information is provided ready-to-use
by StrigiConfig.cmake
Alex
CCMAIL: jvdoever@gmail.com
svn path=/trunk/KDE/kdelibs/; revision=885206
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=885198
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=885115
|
|
BUGS:175232
svn path=/trunk/KDE/kdelibs/; revision=884713
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=884417
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=884414
|
|
-change output prefix from ">>" to "::" (doesn't have to be quoted when grepping)
-add option CLEAN_DIRS to RunAllModuleTests.cmake, if you set this to TRUE, the previous test build directories will be removed before running the tests
Alex
svn path=/trunk/KDE/kdelibs/; revision=884400
|
|
-add a macro test_find_package(<package> <prefix> <var_without_prefix1>...<var_without_prefixN>) for executing a mdoule and printing the results
-add cmake script RunAllModuleTests.cmake which can be used to run all existing tests in one go
Alex
svn path=/trunk/KDE/kdelibs/; revision=884395
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=884376
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=884375
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=884365
|
|
-FindPkgConfig can also be used under Windows, usually it will do just nothing then
-also work if pkg-config fails
-use FIND_PACKAGE_HANDLE_STANDARD_ARGS()
-use the new HINTS argument for the FIND_XXX() commands, these directories are then preferred over the default ones
-use the new if(... VERSION_GREATER) instead of macro_ensure_version() (new since 2.6.2)
Alex
svn path=/trunk/KDE/kdelibs/; revision=884360
|
|
They have to be executed manually for now.
Alex
svn path=/trunk/KDE/kdelibs/; revision=884359
|
|
again,
except FindStrigi.cmake, which seems to be working.
Let's start now cleaning them up step by step.
Alex
CCMAIL: helio@kde.org
svn path=/trunk/KDE/kdelibs/; revision=884355
|
|
-use find_package_handle_standard_args()
Alex
svn path=/trunk/KDE/kdelibs/; revision=883966
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=883961
|
|
in this case STRIGI_INCLUDEDIR is empty, and then used as result
variable for FIND_PATH(). But FIND_PATH() only does something if
the used variable contains "NOTFOUND", so it didn't search for the header actually.
Now FIND_PATH() uses STRIGI_INCLUDE_DIR and sets STRIGI_INCLUDEDIR for compatibility.
Hint: FOO_INCLUDE_DIR is the correct naming according to the cmake module coding rules
(see kdelibs/cmake/modules/cmake-modules/styleguide.txt), not legacy.
Alex
CCMAIL: helio@kde.org
Helio: are you sure there are not other such breakages left ? I'm always *very* cautious when touching these files,
I still have a bad feeling after these big changes.
svn path=/trunk/KDE/kdelibs/; revision=883470
|
|
svn path=/trunk/KDE/kdelibs/; revision=883065
|