Age | Commit message (Collapse) | Author |
|
accessible to other projects built on top of kdelibs.
svn path=/trunk/KDE/kdelibs/; revision=1120432
|
|
svn path=/trunk/KDE/kdelibs/; revision=1120353
|
|
otherwise the macro doesn't work (i.e. it doesn't "see" the QUIET and REQUIRED options then)
Alex
svn path=/trunk/KDE/kdelibs/; revision=1120294
|
|
svn path=/trunk/KDE/kdelibs/; revision=1120015
|
|
svn path=/trunk/KDE/kdelibs/; revision=1120012
|
|
svn path=/trunk/KDE/kdelibs/; revision=1120007
|
|
svn path=/trunk/KDE/kdelibs/; revision=1119905
|
|
svn path=/trunk/KDE/kdelibs/; revision=1119094
|
|
svn path=/trunk/KDE/kdelibs/; revision=1118943
|
|
svn path=/trunk/KDE/kdelibs/; revision=1118756
|
|
svn path=/trunk/KDE/kdelibs/; revision=1116096
|
|
svn path=/trunk/KDE/kdelibs/; revision=1113028
|
|
svn path=/trunk/KDE/kdelibs/; revision=1111662
|
|
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
|