| Age | Commit message (Collapse) | Author |
|
actually necessary for the version check to happen
svn path=/trunk/KDE/kdelibs/; revision=1198107
|
|
is what FindPackageHandleStandardArgs looks at)
svn path=/trunk/KDE/kdelibs/; revision=1198106
|
|
Actually honour the minimum version required for SDO. Thanks to Romain Perier for investigating the similar issue in FindSoprano.cmake:
find_package_handle_standard_args() has 2 modes, and only the second mode (REQUIRED_VARS ... VERSION_VAR ...) checks for the version number.
svn path=/trunk/KDE/kdelibs/; revision=1197455
|
|
This didn't work since SDO 0.2 installs its files into share/cmake/SDO/, which is supported
by cmake >= 2.6.3, but not by 2.6.2, which KDE requires.
It would be nice if SDO would install it into share/SDO/ or share/SDO/cmake, then it would be
found automatically by cmake 2.6.2 and also 2.6.3 and all newer versions.
Alex
CCMAIL: kde-buildsystem@kde.org
CCMAIL: mueller@kde.org
CCMAIL: release-team@kde.org
CCMAIL: trueg@kde.org
CCMAIL: kde-packagers@kde.org
svn path=/trunk/KDE/kdelibs/; revision=1071218
|
|
found (mismatching _VERSION), this cmake file was looking for *any* version and set SHAREDDESKTOPONTOLOGIES_FOUND to true.
This also means kdelibs will now require SDO 0.2.
ack'ed by Alex.
svn path=/trunk/KDE/kdelibs/; revision=1066282
|
|
same message twice, so it's not necessary to set the QUIETLY
-multiple suffixes can be listed after PATH_SUFFIXES, so it's not necessary to have two find_path() calls
-/usr and /usr/local are already part of CMAKE_SYSTEM_PREFIX_PATH, so it's not necessary to set /usr/share and /usr/local/share explicitely (see CMake Modules/Platform/UnixPath.cmake)
Alex
CCMAIL: trueg@kde.org
svn path=/trunk/KDE/kdelibs/; revision=1056761
|
|
bring a cmake config file
svn path=/trunk/KDE/kdelibs/; revision=1056325
|
|
svn path=/trunk/KDE/kdelibs/; revision=1055125
|
|
Approved by Andreas Pakulat.
svn path=/trunk/KDE/kdelibs/; revision=1054973
|
|
which was in a broken state.
This has the effect that the condition for building nepomuk is now never true (instead of sometimes), but
I have the impression that for successfully building all of KDE nepomuk is always required, since the nepomuk/trig parsing is
also used e.g. in kdepim and I think also in kdenetwork.
So the behaviour was already wrong, and now it is more exposed. This should help getting it fixed.
Also, this commit makes explicit that soprano with redland backend and raptorparser are in fact required for building KDE since last week.
Alex
CCMAIL: trueg@kde.org
CCMAIL: kde-buildsystem@kde.org
CCMAIL: kde-core-devel@kde.org
svn path=/trunk/KDE/kdelibs/; revision=1054396
|
|
svn path=/trunk/KDE/kdelibs/; revision=1054294
|