Age | Commit message (Collapse) | Author |
|
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
|
|
Both are used always by UseQt4.cmake, and it is somewhat more logical to add it to QT_INCLUDE_DIR, since this is necessary when using Qt<Module>/foo.h includes, which is similar to the framework-style includes
Alex
CCMAIL: <mike@mikearthur.co.uk>
Mike, can you please confirm this also work for you on OSX ?
svn path=/trunk/KDE/kdelibs/; revision=1062473
|
|
its public interface
-remove the now useless old KDE4_foo_LIBS variables set in bootstrap mode (they are now all set properly a few lines below)
Alex
svn path=/trunk/KDE/kdelibs/; revision=1062450
|
|
as discussed on kde-buildsystem
Alex
svn path=/trunk/KDE/kdelibs/; revision=1062067
|
|
svn path=/trunk/KDE/kdelibs/; revision=1062043
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=1062039
|
|
use HINTS rather than PATHS in the find_path() call
svn path=/trunk/KDE/kdelibs/; revision=1062007
|
|
Alex
CCMAIL: mike@mikearthur.co.uk
CCMAIL: kde-buildsystem@kde.org
svn path=/trunk/KDE/kdelibs/; revision=1062002
|
|
svn path=/trunk/KDE/kdelibs/; revision=1061755
|
|
svn path=/trunk/KDE/kdelibs/; revision=1060235
|
|
"I will 'make' before committing"
...
CCMAIL: mike@mikearthur.co.uk
svn path=/trunk/KDE/kdelibs/; revision=1059829
|
|
svn path=/trunk/KDE/kdelibs/; revision=1059810
|
|
svn path=/trunk/KDE/kdelibs/; revision=1058574
|
|
- it mostly behaves as linux, as the toolchain (gcc, gnu ld, gnu libc) is the same
- add -pthread to the ld flags for shared modules and libraries
svn path=/trunk/KDE/kdelibs/; revision=1058116
|
|
don't have to do this
unfortunately I couldn't test it, since I still have build problems with redland :-/
Sebastian, please check that it works as expected
Alex
CCMAIL: trueg@kde.org
svn path=/trunk/KDE/kdelibs/; revision=1058066
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=1058063
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=1058060
|
|
Alex
CCMAIL: trueg@kde.org
svn path=/trunk/KDE/kdelibs/; revision=1058059
|
|
should find it in more places
Alex
svn path=/trunk/KDE/kdelibs/; revision=1058054
|
|
svn path=/trunk/KDE/kdelibs/; revision=1057486
|
|
svn path=/trunk/KDE/kdelibs/; revision=1057264
|
|
svn path=/trunk/KDE/kdelibs/; revision=1057166
|
|
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
|
|
If nepomuk is optional, they should not be marked as required.
svn path=/trunk/KDE/kdelibs/; revision=1056584
|
|
bring a cmake config file
svn path=/trunk/KDE/kdelibs/; revision=1056325
|
|
Fixing naming mess in polkitqt-1 cmake files. Renaming all the according variables to
POLKITQT-1_* for consistency with the so name of the library (polkit-qt-1). Again for
consistency, rename the KAUTH_BACKEND of polkitqt-1 to PolkitQt-1 instead of PolkitQt1.
This time it works :)
svn path=/trunk/KDE/kdelibs/; revision=1055185
|
|
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
|
|
are REQUIRED (PLUGIN_RAPTORPARSER and PLUGIN_REDLANDBACKEND for kdelibs)
Alex
CCMAIL: trueg@kde.org
CCMAIL: kde-buildsystem@kde.org
svn path=/trunk/KDE/kdelibs/; revision=1054394
|