Age | Commit message (Collapse) | Author |
|
they can be handled differently (the macros can't clash with stuff from cmake, since they all have the ECM prefix)
Alex
|
|
CCMAIL: kde-frameworks-devel@kde.org
|
|
This will only have an effect in CMake 2.8.7, but is harmless until
then.
|
|
|
|
|
|
|
|
|
|
Alex
|
|
Alex
|
|
|
|
|
|
|
|
|
|
|
|
|
|
ecm_optional_add_subdirectory()
make it a function, not a macro anymore
Alex
|
|
This is the first in our new modules
|
|
|
|
...when hunspell-1.2 is installed too.
REVIEW: 101484
|
|
|
|
|
|
using a batch file. Windows links would only work
if the .py extension is associated with python
icons cannot be attached to a batch file - if that
is needed, we would need to generate a minimal C
program calling python
|
|
* Remove unnecessary WIN32 check.
* Use the pkg-config paths as HINTS, not PATHS.
* Use FindPackageHandleStandardArgs instead of duplicating its
functionality.
Reviewed-by: Alexander Neundorf
|
|
|
|
FindSIP.py returns things like C:\Python27\sip which will be passed
to the compiler like C:\Python27\sip/PyKDE4 - the MSVC 10 compiler
cannot parse that, thinking /P is an option. So we convert those
paths to the cmake standard form C:/Python27/sip
|
|
FindHUpnp.cmake now exposes HUpnp version extracted from HUpnpCore/public/hupnpinfo.h
Solid will require HUpnp v0.9.0
|
|
Rather than aborting at install time when the .pyc file can't be found.
|
|
svn path=/trunk/KDE/kdelibs/; revision=1217740
|
|
CCMAIL: neundorf@kde.org
svn path=/trunk/KDE/kdelibs/; revision=1216029
|
|
svn path=/trunk/KDE/kdelibs/; revision=1211248
|
|
svn path=/trunk/KDE/kdelibs/; revision=1209293
|
|
svn path=/trunk/KDE/kdelibs/; revision=1209275
|
|
svn path=/trunk/KDE/kdelibs/; revision=1206241
|
|
http://cmake.org/gitweb?p=cmake.git;a=commit;h=cfba5ef111bf86e8820a4dff556b3a9edc1484cd
Fix regression in 2dae2f1 which added find of Qt imports dir.
2dae2f1 was previously merged by mart. This breaks finding qmake-qt4 when there's also a Qt 3 qmake around, the Qt 3 qmake is no longer recognized as bad. The above fix from upstream CMake fixes that.
CCMAIL: mart@kde.org
CCMAIL: neundorf@kde.org
CCMAIL: rdieter@math.unl.edu
svn path=/trunk/KDE/kdelibs/; revision=1205274
|
|
svn path=/trunk/KDE/kdelibs/; revision=1199754
|
|
svn path=/trunk/KDE/kdelibs/; revision=1199385
|
|
svn path=/trunk/KDE/kdelibs/; revision=1199036
|
|
file, and thus not installed when deprecated code is disabled (like in the mobile platform).
svn path=/trunk/KDE/kdelibs/; revision=1198801
|
|
the package will provide if found, not describe the package itself (after all, users don't care what some random library _is_, they care what features installing it will provide them with).
svn path=/trunk/KDE/kdelibs/; revision=1198576
|
|
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
|
|
values inside it.
Follow-up to r1197457.
CCMAIL: faure@kde.org
svn path=/trunk/KDE/kdelibs/; revision=1197492
|
|
actually work.
CCMAIL: kde-buildsystem@kde.org, romain.perier@gmail.com, sebastian@trueg.de
svn path=/trunk/KDE/kdelibs/; revision=1197457
|
|
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 commit introduces the last changes needed to get rid of the old embedded
copy of DocBook XSLT:
- make the common includes (kde-common-*xsl.cmake) dependent on the
system-provided DocBook XSLTs (i.e. it generates them on the fly during
the compilation).
- change the macro used to generate manpages to use kde-include-man.xsl
instead of the embedded copy of manpages generator (kde-man.xsl has never
been used in KDE Platform 4.x as far as I know).
It is worth noting that, on the contrary, kde-include-common.xsl is not
used directly (because it is really common to multiple files, here
kde-include-man.xsl really replaces the kde-man.xsl).
- introduce a small helper program as a dependency for meinproc which will
generate, during compile time, two xml files needed in order to make
the system working:
* all-l10n.xml contains the references to all the system-provided language
files for XSLT, plus the ones not included upstream but translated in our
repository; it is used in place of the system-provided common/l10n.xml
* kde-custom-l10n.xml contains the references to the language files
containing customizations for system-provided languages (included into
the official docbook-xsl).
- do not install anymore the files under docbook/xsl (which will be removed)
See also: http://kde.markmail.org/thread/as4ctj7kt3raws4q
And now let's hope that the whole thing won't explode...
CCMAIL: kde-i18n-doc@kde.org
svn path=/trunk/KDE/kdelibs/; revision=1196999
|
|
svn path=/trunk/KDE/kdelibs/; revision=1195844
|
|
version, if first our version has been loaded (mark as loaded), then the one from cmake (with potentially different behaviour), and then again our version (not loaded because the first one has already marked the file as included)
Alex
svn path=/trunk/KDE/kdelibs/; revision=1193960
|
|
svn path=/trunk/KDE/kdelibs/; revision=1191615
|
|
svn path=/trunk/KDE/kdelibs/; revision=1188319
|
|
All of KDE SVN compiles with this flag, and has done so for a long time, but this way we can catch
new code with this issue.
svn path=/trunk/KDE/kdelibs/; revision=1188305
|