aboutsummaryrefslogtreecommitdiff
path: root/modules/KDE4Macros.cmake
AgeCommit message (Collapse)Author
2011-06-30Move the modules, modules-test and systeminfo subdirs into 'attic'Allen Winter
2010-11-14Remove the dependency from the embedded DocBook XSLT, use our translationsLuigi Toscano
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
2010-10-31Properly quote the path to kde-chunk.xslLuigi Toscano
svn path=/trunk/KDE/kdelibs/; revision=1191615
2010-10-04- add static option to KDE4_ADD_PLUGINAndreas Holzammer
svn path=/trunk/KDE/kdelibs/; revision=1182379
2010-07-28-extend the documentation for KDE4_ADD_LIBRARY() a bitAlexander Neundorf
-remove wrong comment about WITH_PREFIX -CMP0011 is now always there since we require cmake 2.6.4 Alex svn path=/trunk/KDE/kdelibs/; revision=1156242
2010-07-15- fixed finding of png2ico for desktop buildsAndreas Holzammer
svn path=/trunk/KDE/kdelibs/; revision=1150127
2010-07-12- fixed some find scripts for winceAndreas Holzammer
svn path=/trunk/KDE/kdelibs/; revision=1149092
2010-07-06Fix target name assumption in KDE4_ADD_APP_ICON together with AlexSjors Gielen
Made error messages and variables in that macro be more clear, and fixed the documentation to reflect that svn path=/trunk/KDE/kdelibs/; revision=1146718
2010-06-21-remove wrong commentAlexander Neundorf
Alex svn path=/trunk/KDE/kdelibs/; revision=1140908
2010-06-04External DocBook, step 1: remove embedded XML DTDsLuigi Toscano
This commit removes the embedded copy of the currently used XML DTDs (4.2), and uses the external DTD instead. If you compile and update your existing installation, you can safely remove the existing $KDEDIR/share/kde4/apps/ksgmltools2/docbook/xml-dtd-4.2. The code does not use catalog.xml anymore, as our custom DTD (kdex.dtd) includes (or seems to include) all the needed files directly or indirectly. As kdex.dtd is generated dynamically (it depends on the path to system-installed DTD), in order to generate the documentation during the bootstrap phase (kdelibs documentation) the content of customization/ needs to be copied in the builddir and this copy (from the builddir itself) is used for the generation. svn path=/trunk/KDE/kdelibs/; revision=1134669
2010-05-25-disable the crosscompiling code again, it is not in shape to be released ↵Alexander Neundorf
with 4.5. I exchanged emails on this with Harald, but unfortunately he didn't find the time to finish this for 4.5. Guess we'll get it in good shape for 4.6 then (or maybe a 4.5.x) Harald: could you please update the KDE_on_Maemo/MADDE page on techbase accordingly ? Alex CCMAIL: harry@kdevelop.org svn path=/trunk/KDE/kdelibs/; revision=1130617
2010-03-25-some work on the documentationAlexander Neundorf
Alex svn path=/trunk/KDE/kdelibs/; revision=1107538
2010-03-21Fix typo in KDE4Macros.cmake::KDE4_INSTALL_AUTH_HELPER_FILES.Modestas Vainius
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
2010-02-20Bring Cross compilation to kdelibsHarald Fernengel
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
2010-02-17Committing the second part of a previous patch to KAuth (the static fake ↵Dario Freddi
backends one) which I completely forgot. Sorry. svn path=/trunk/KDE/kdelibs/; revision=1091811
2010-01-24CCMAIL: kde-packager@kde.orgDario Freddi
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
2009-11-22-use the LOCATION target property instead EXECUTABLE_OUTPUT_PATHAlexander Neundorf
Alex svn path=/trunk/KDE/kdelibs/; revision=1052901
2009-11-12Run tests from IDE. $(OutDir) must be expanded by ctest:Peter Kümmel
http://www.cmake.org/pipermail/cmake/2006-January/008061.html svn path=/trunk/KDE/kdelibs/; revision=1048124
2009-10-05-don't use the internal macro from FindQt4.cmake hereAlexander Neundorf
-use string(TOUPPER ... ) to make testing the value easier Alex svn path=/trunk/KDE/kdelibs/; revision=1031656
2009-10-03Fix / adapt to FindQt4.cmake changes. Found the error in kdenetwork whichAndreas Hartmetz
uses reeeally old ui files. CCMAIL: kde-buildsystem@kde.org CCMAIL: neundorf@kde.org svn path=/trunk/KDE/kdelibs/; revision=1031058
2009-09-14But do not find it multiple times if it has been found yetDario Freddi
svn path=/trunk/KDE/kdelibs/; revision=1023245
2009-09-14Actually, we have to take the POLKITQT_FOUND variable from somewhere.Dario Freddi
svn path=/trunk/KDE/kdelibs/; revision=1023242
2009-09-07CCMAIL:kde-buildsystem@kde.orgDario Freddi
CCMAIL:mueller@kde.org CCMAIL:neundorf@kde.org Commit coming after a long discussion with Alexander. Changing and moving KAuth macros, updating documentation, fixing stuff that already used KAuth. Also, bumping up KDE revision, KDE4WORKSPACE revision and make kdebase/workspace depend on the new 4.3.68 snapshot. Mail me if you find anything strange, it's my first KDE version bump, so you know ;) A big thank you to Alexander for all the help he gave on the cmake side of life. svn path=/trunk/KDE/kdelibs/; revision=1020835
2009-09-06-the RUN_UNINSTALLED argument for KDE4_ADD_[KDEINIT]_EXECUTABLE() is ignored ↵Alexander Neundorf
since KDE 4.2 (since then executables have the RPATH always pointing into the buildtree before being installed) Alex svn path=/trunk/KDE/kdelibs/; revision=1020582
2009-09-03Simplify using IS_ABSOLUTE.Kevin Ottens
Thanks for the tip aleXXX. CCMAIL: neundorf@kde.og svn path=/trunk/KDE/kdelibs/; revision=1019492
2009-08-30revert r990265 because it breaks plugins on windowsChristian Ehrlicher
CCMAIL: kde-windows@kde.org svn path=/trunk/KDE/kdelibs/; revision=1017394
2009-08-26OK, my previous claim for r1015454 was wrong. The new behavior breaksKevin Ottens
old file in many more cases. So activating the new behavior only if the USE_RELATIVE_PATH option is given. (Still, I think we might want to investigate a this trick for files generated from ui files, and moc files ;-)) CCMAIL: kde-buildsystem@kde.org svn path=/trunk/KDE/kdelibs/; revision=1015825
2009-08-25Handle relative paths gracefully for kde4_add_kcfg_files macro.Kevin Ottens
If the passed arguments have a relative path, the generated files end up with the same relative path in the build dir, otherwise the old behavior is applied (generated files end up in the current build dir). (Actually we might want to investigate a similar trick for files generated from ui files, and moc files as I seem to remember having a similar issue with moc files in solid a while ago, workarounded by changing lots of filenames...) Should work fine with existing code, I only had to make a small adjustment in plasma desktop shell (committed a minute ago). CCMAIL: kde-buildsystem@kde.org svn path=/trunk/KDE/kdelibs/; revision=1015454
2009-07-12Always define MAKE_FOO_LIB, not only on Windows. This is used in konqueror ↵David Faure
to know when to enable KDE_TESTS_EXPORT. What I don't understand, is why it worked before; konqprivate_export.h always relied on MAKE_KDEINIT_KONQUEROR_LIB... (and without this commit, konqviewmgrtest failed with undefined symbol KonqSettings::self(), which is logical [hidden symbol]) svn path=/trunk/KDE/kdelibs/; revision=995537
2009-07-02Force the prefix to "lib" so that the plugin name is sure to match the init_ ↵Ralf Habacker
symbol exactly - by cygwin ports maintainer svn path=/trunk/KDE/kdelibs/; revision=990265
2009-07-02could not change commit log after a commit, so revert the part of the patch ↵Ralf Habacker
for which is the comment was forgotten svn path=/trunk/KDE/kdelibs/; revision=990264
2009-07-02Cygwin uses $PATH for runtime library resolution by cygwin ports maintainerRalf Habacker
svn path=/trunk/KDE/kdelibs/; revision=990261
2009-05-29fixed manifest adding when using OUTPUT_NAME target propertiesRalf Habacker
svn path=/trunk/KDE/kdelibs/; revision=974524
2009-05-29made cmake policy conform Ralf Habacker
svn path=/trunk/KDE/kdelibs/; revision=974523
2009-05-26space fixRalf Habacker
svn path=/trunk/KDE/kdelibs/; revision=973042
2009-05-26documented the real problem betterRalf Habacker
svn path=/trunk/KDE/kdelibs/; revision=973034
2009-05-26added initial support for fixing windows vista uac problem by adding a ↵Ralf Habacker
specific manifest file to executables. Vista manifest support is disabled by default and could be enabled by setting the KDE4_ENABLE_UAC_MANIFEST variable. This support requires kdewin32 >= 0.3.9 The basic idea of this patch was announced at kde-buildsystem mailing list http://lists.kde.org/?l=kde-buildsystem&m=124220817129087&w=2 without any objections for about two weeks. svn path=/trunk/KDE/kdelibs/; revision=972974
2009-04-01Honour request from Alex to use _FILE for files, by using _FILENAME for ↵David Faure
"just the filename". svn path=/trunk/KDE/kdelibs/; revision=947898
2009-03-25forward-port various Mac OS X fixes from the 4.2 branch to trunkBenjamin Reed
svn path=/trunk/KDE/kdelibs/; revision=944123
2009-03-04Support for .kcfg files being generated using configure_file like tmcguireDavid Faure
wants to do in kmail. CCMAIL: kde-buildsystem@kde.org svn path=/trunk/KDE/kdelibs/; revision=935251
2009-01-28GLOB_RECURSE in KDE4_ADD_WIN32_APP_ICON is wrong - GLOB should be enoughChristian Ehrlicher
svn path=/trunk/KDE/kdelibs/; revision=917903
2009-01-09add a training / so it's easier to call a filename without having to prepend ↵Anne-Marie Mahfouf
the / OKed by David Faure svn path=/trunk/KDE/kdelibs/; revision=908300
2009-01-02-check the version of kdelibs using the KDE_VERSION variable from ↵Alexander Neundorf
KDELibsDependencies.cmake instead of running kde4-config and parsing its output This should be (very) slightly faster, makes cross compiling one step easier and should be more robust. Copyright the files also this year for me :-) Alex svn path=/trunk/KDE/kdelibs/; revision=904590
2009-01-02-introduce two new internal macros which do the necessary handling for ↵Alexander Neundorf
automoc, they are only created if they are not provided by automoc4 itself (which will happen soon) Alex CCMAIL: kretz@kde.org svn path=/trunk/KDE/kdelibs/; revision=904586
2008-12-15-unconditionally enable the reduced link interface Alexander Neundorf
I checked that all modules (except extragear, review, playground, kwebdev) link on my machine, which means it can still break on other configurations. Alex CCMAIL: kde-buildsystem@kde.org CCMAIL: mueller@kde.org CCMAIL: Sune@vuorela.dk CCMAIL: modestas@vainius.eu svn path=/trunk/KDE/kdelibs/; revision=897386
2008-12-14-remove support for option KDE4_USE_ALWAYS_FULL_RPATH, with cmake >= 2.6.0 ↵Alexander Neundorf
we build always with full RPATH enabled, since the only reason not to do so was because the relinking this caused was slow. Now with camke 2.6 the libraries and executables don't have to be relinked again, instead the RPATH inside the binaries is patched, which is *much* faster. So we can always play safe and use the full RPATH. I also changed this setting for the Mac, because I don't see why it should be necessary there. If this breaks something (i.e. when starting an app wrong libs are linked/or they are not found), please let me know. Alex CCMAIL: illogical1@gmail.com svn path=/trunk/KDE/kdelibs/; revision=897003
2008-12-14-rename the new kde4_write_basic_cmake_version_file() to ↵Alexander Neundorf
macro_write_basic_cmake_version_file(), since it is completely KDE-independent and can potentially be used in any other project remove the old macro, add the new renamed one, add it to the macro library, adjust kdepimlibs/CMakeLists.txt accordingly Alex svn path=/trunk/KDE/kdelibs/; revision=896999
2008-12-14-add a macro which helps with generating a find_package() conform ↵Alexander Neundorf
<package>Version.cmake file Alex svn path=/trunk/KDE/kdelibs/; revision=896965
2008-12-11make it possible to install several man page docbooks from one dir by ↵Burkhard Lück
generating an unique target for each docbook improve get filename without extension to work for names with a dot in the filename like man-zonetab2pot.py.1.docbook get_filename_component( NAME_WE) cuts this to man-zonetab2pot, but it has to be man-zonetab2pot.py svn path=/trunk/KDE/kdelibs/; revision=895719
2008-11-18reintroduce the cmake option KDE4_ENABLE_EXPERIMENTAL_LIB_EXPORT to enable ↵Alexander Neundorf
the reduced link interface in modules != kdelibs obe by one Alex svn path=/trunk/KDE/kdelibs/; revision=885852
generated by cgit v1.2.1 (git 2.18.0) at 2026-01-11 10:19:28 +0000