Age | Commit message (Collapse) | Author |
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=1107539
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=1107538
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=1106449
|
|
The name of the variable is KDE4_AUTH_HELPER_BACKEND_NAME rather than
KAUTH_HELPER_BACKEND_NAME.
CCMAIL: drf54321@gmail.com
svn path=/trunk/KDE/kdelibs/; revision=1105719
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=1105272
|
|
specified
Alex
svn path=/trunk/KDE/kdelibs/; revision=1103373
|
|
for now
Alex
svn path=/trunk/KDE/kdelibs/; revision=1103360
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=1103254
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=1103191
|
|
version numbers, so you get
this automatically in all modules which use find_package_handle_standard_args()
Alex
svn path=/trunk/KDE/kdelibs/; revision=1103184
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=1103155
|
|
"-framework;-lfoo"
Alex
svn path=/trunk/KDE/kdelibs/; revision=1100585
|
|
the case where a directory exists but is empty, by checking that
it contains a CMakeLists.txt file before adding it.
OK from kde-buildsystem list at http://lists.kde.org/?t=126772053200003&r=1&w=2
svn path=/trunk/KDE/kdelibs/; revision=1099212
|
|
svn path=/trunk/KDE/kdelibs/; revision=1099156
|
|
try_compile(_compile_result, ...) do if(NOT _compile_result) instead of
if(NOT _run_result). Looks like old code wasn't changed when it should.
This fixes the build.
CCMAIL: harry@kdevelop.org
svn path=/trunk/KDE/kdelibs/; revision=1098559
|
|
it work when cross-compiling.
svn path=/trunk/KDE/kdelibs/; revision=1098490
|
|
With these changes, I was able to cross-compile kdelibs for Maemo 5
using MADDE. See http://techbase.kde.org/Projects/KDE_on_Maemo/MADDE
for more details.
CCMAIL: kde-maemo@kde.org
svn path=/trunk/KDE/kdelibs/; revision=1093415
|
|
backends one) which I completely forgot. Sorry.
svn path=/trunk/KDE/kdelibs/; revision=1091811
|
|
kde-core-devel.
svn path=/trunk/KDE/kdelibs/; revision=1091507
|
|
beware! this changes the so versioning
svn path=/trunk/KDE/kdelibs/; revision=1090682
|
|
serialize meinproc4 runs when doing large parallel builds.
svn path=/trunk/KDE/kdelibs/; revision=1084602
|
|
Fixing some stuff for macros in KAuth to make it behave correctly without Find* files.
Also changing KAUTH_BACKEND to KDE4_AUTH_BACKEND_NAME for consistency.
Please switch your -DKAUTH_BACKEND=... to -DKDE4_AUTH_BACKEND_NAME=..., if any, soon. I'm backporting this commit now.
svn path=/trunk/KDE/kdelibs/; revision=1079648
|
|
svn path=/trunk/KDE/kdelibs/; revision=1077671
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=1076822
|
|
-- the imported targets did not work with Qt installed as frameworks on OSX
-- if a project exported its libraries, and these libraries depend on Qt libs, but the installed FooConfig.cmake files
do not load FindQt4.cmake, this would result in unknown targets "Qt4::QtCore" etc. So now there is a switch
to enable the imported targets explicitely (what we do for KDE)
Alex
svn path=/trunk/KDE/kdelibs/; revision=1076819
|
|
-add a comment that the name of the imported targets must not change
Alex
svn path=/trunk/KDE/kdelibs/; revision=1076155
|
|
(when a project first did a find_package(Qt4) with a FindQt4.cmake not from kdelibs, followed by a find_package(KDE4), the imported targets
for the Qt library used in the exported targets file of kdelibs and created in kdelibs FindQt4.cmake did not exist, so it did not link)
Now when doing a find_package(KDE4) always the FindQt4.cmake in the same directory is executed, and only does nothing if
also the imported Qt targets already exist.
This should fix rekonq, quassel, amarok, etc.
Please let me know if it still does not work.
Please also let me know if it works now.
Thanks
Alex
CCMAIL: sputnick@quassel-irc.org
CCMAIL: bbeschow@cs.tu-berlin.de
svn path=/trunk/KDE/kdelibs/; revision=1074319
|
|
-mark VERSION_FILE as advanced (part of the patch from Dario)
Alex
CCMAIL: drf54321@gmail.com
svn path=/trunk/KDE/kdelibs/; revision=1074260
|
|
patches)
Alex
svn path=/trunk/KDE/kdelibs/; revision=1074258
|
|
libraries property set, and also fix it on Windows
Alex
CCMAIL: <ps_ml@gmx.de>
CCMAIL: christoph@maxiom.de
svn path=/trunk/KDE/kdelibs/; revision=1073213
|
|
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
|
|
even suggested
Alex
CCMAIL: kde-buildsystem@kde.org
CCMAIL: mueller@kde.org
svn path=/trunk/KDE/kdelibs/; revision=1071192
|
|
svn path=/trunk/KDE/kdelibs/; revision=1071123
|
|
the release- and debug-libraries finally properly.
Tested on my machine with Linux with kdelibs, kdeutils and some other module, and also tested under Windows by Saro.
If you suddenly get strange linking-related errors with Qt4 libraries, please let me know ASAP.
This should also help the installation of KDE under Windows, since with these imported Qt libraries
the location of the Qt-libraries is not fixed at kdelibs-buildtime anymore (for the installed dependencies-file), but determined at 3rd-party cmake-time.
So different locations of Qt on a Windows-development machine should be no problem anymore.
(I'd like to have some feedback on this )
Alex
CCMAIL: kde-windows@kde.org
CCMAIL: kde-buildsystem@kde.org
CCMAIL: <ps_ml@gmx.de>
svn path=/trunk/KDE/kdelibs/; revision=1070849
|
|
find_package_handle_standard_args()
-the first argument to find_package_handle_standard_args() should be the exact-case name of the Find-module, i.e. "LibAttica", not "libattica"
Frederik: if you really want to see this as "libattica", then the module has to be renamed to "Findlibattica.cmake", which is also ok and we still have the time to do it since this file has not been part of a release yet.
Alex
CCMAIL: <gladhorn@kde.org>
CCMAIL: <vkrause@kde.org>
svn path=/trunk/KDE/kdelibs/; revision=1070847
|
|
find-modules set UPPERCASE_FOUND, while this set only CamelCase_FOUND. Now it sets both.
Alex
CCMAIL: vkrause@kde.org
svn path=/trunk/KDE/kdelibs/; revision=1070843
|
|
makes it possible to install the sip files into the same prefix like the
rest of kdelibs.
Perhaps it would be a got idea to respect PYTHON_LIBS_WITH_KDE (from
FindPythonLibrary.cmake) here? But I'm not sure.
CCMAIL: kde-buildsystem@kde.org
CCMAIL: kde-bindings@kde.org
svn path=/trunk/KDE/kdelibs/; revision=1068561
|
|
be fixed in jom directly.
svn path=/trunk/KDE/kdelibs/; revision=1067674
|
|
escape it
svn path=/trunk/KDE/kdelibs/; revision=1067673
|
|
svn path=/trunk/KDE/kdelibs/; revision=1067028
|
|
Also updated Soprano URL in FindNepomuk.cmake.
To build Nepomuk libs one still needs Soprano >= 2.3.70 with raptor parser and redland storage as well as SDO >= 0.2.
CCMAIL: kde-buildsystem@kde.org
svn path=/trunk/KDE/kdelibs/; revision=1067012
|
|
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
|
|
Strange indeed. I applied your patch, but to make it work I had to change the find_path calls with
find_file, which actually makes more sense, also. They both work here (but the previous method worked too),
let's see how CDash likes this.
Ah, let me remind you of this: http://mail.kde.org/pipermail/kde-buildsystem/2009-December/006459.html
it's quite critical and should be solved before 4.4 release.
Merry christmas and a happy new year
svn path=/trunk/KDE/kdelibs/; revision=1065822
|
|
first, because otherwise we always run into this branch (because the release-only and debug-only branches set both variables)
Alex
svn path=/trunk/KDE/kdelibs/; revision=1065525
|
|
CCMAIL: kde-buildsystem@kde.org
Fix FindPolkitQt*.cmake to avoid requiring pkgconfig to check for version. This makes trunk optdepends on the new
polkit-qt 0.9.3 and polkit-qt-1 0.95.1, which will be released shortly.
Also, the polkit-1 backend has been ported to the stable API of Polkit-qt-1 0.95.1
svn path=/trunk/KDE/kdelibs/; revision=1065226
|
|
current cmake
With this commit there are only minor differences to the FindQt4.cmake coming with cmake left.
Alex
svn path=/trunk/KDE/kdelibs/; revision=1064318
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=1064299
|
|
include-dir search
Alex
svn path=/trunk/KDE/kdelibs/; revision=1064296
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=1064278
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=1063890
|