aboutsummaryrefslogtreecommitdiff
path: root/modules/KDE4Macros.cmake
AgeCommit message (Collapse)Author
2007-01-11make KDE apps that aren't console apps win32 appsStephan Kulow
svn path=/trunk/KDE/kdelibs/; revision=622313
2007-01-06Add support for oxygen iconsJonathan Riddell
svn path=/trunk/KDE/kdelibs/; revision=620620
2006-12-10-add option KDE4_USE_ALWAYS_FULL_RPATH (disabled by default): if enabled, ↵Alexander Neundorf
everything (also libs and plugins) will be linked with full RPATH Alex svn path=/trunk/KDE/kdelibs/; revision=612333
2006-11-27-modify RPATH behaviour for libraries so that they work as expected ↵Alexander Neundorf
(...although it might not be correct expectations...) this changed with cmake 2.4.3, where INSTALL_RPATH_USE_LINK_PATH was introduced -add docs for BIN_INSTALL_DIR and SBIN_INSTALL_DIR Alex svn path=/trunk/KDE/kdelibs/; revision=608580
2006-11-16SVN_SILENT docLaurent Montel
svn path=/trunk/KDE/kdelibs/; revision=605480
2006-10-24try to fix the automoc problem in kioslave/media/medianotifierAlexander Neundorf
kde4_automoc() absolutely _must_ work without the macro_add_file_dependencies() line. If it doesn't it's a cmake bug. But since this is the way the dependencies of generated files are handled everywhere I am at least 99% sure it works in cmake and the mistake must be on my side. So, I think the problem was that mediamanageriface.cpp was also used from mdeia/medianotifier/ using "../mediamanageriface.cpp". Then this file was parsed for "include *moc" and probably the correct line was found and added as a property to the source file using the absolute path. Later on in kde4_add_plugin() the property for the moc files was retrieved but without using the absolute path, so that's why probably the moc file wasn't found and so the dependency wasn't created. CCMAIL: faure@kde.org David, can you please check and let me know ? Thanks Alex svn path=/trunk/KDE/kdelibs/; revision=598892
2006-10-24-make enable_final work for kdeinit executables: give the final-file for the ↵Alexander Neundorf
kdeinit lib a different name than the final-file for the application Alex CCMAIL: montel@kde.org svn path=/trunk/KDE/kdelibs/; revision=598883
2006-10-24Re-enable this line... kdebase breaks otherwise withDavid Faure
No rule to make target `runtime/kioslave/media/medianotifier/mediamanageriface.moc', needed by `[...]/runtime/kioslave/media/mediamanageriface.o'. svn path=/trunk/KDE/kdelibs/; revision=598854
2006-10-23-remove some commented out codeAlexander Neundorf
-fix kde4_add_kdeinit_executable() for enable_final Laurent: this can't have worked before, did it ? CCMAIL: montel@kde.org Alex svn path=/trunk/KDE/kdelibs/; revision=598548
2006-10-23Remove definition "-DKDE_USE_FINAL" when we can't compile with enable final ↵Laurent Montel
argument svn path=/trunk/KDE/kdelibs/; revision=598383
2006-10-23Fix typoLaurent Montel
svn path=/trunk/KDE/kdelibs/; revision=598377
2006-10-23Create macro to disable enable final argument into specific directory.Laurent Montel
svn path=/trunk/KDE/kdelibs/; revision=598376
2006-10-23Not necessaryLaurent Montel
svn path=/trunk/KDE/kdelibs/; revision=598346
2006-10-23Apply Alex patch (now we can use enable-final argumentLaurent Montel
some module compiles with enable-final now) As discussed with Alex it's not necessary to have program name into automoc macro svn path=/trunk/KDE/kdelibs/; revision=598288 The following changes were in SVN, but were removed from git: M pics/CMakeLists.txt
2006-10-13Update docLaurent Montel
svn path=/trunk/KDE/kdelibs/; revision=595215
2006-10-13Necessary to modify KDE4_ADD_KCFG_FILES to support ENABLE_FINALLaurent Montel
(there was not a dependancy between <name>_final.cpp file and kcfg file => kfg files were never created) Not necessary to rebuild all kdelibs just cp kdelibs/cmake/modules/KDE4Macros.cmake <path_kde4>/share/apps/cmake/modules I ported all kde module (without enable-final argument, it compiles fines (test and program)) Don't try to use enable-final argument for the moment it doesn't compile (but dependancy works) (I didn't test all compile for the moment I will fix all compile today (without enable-final argument) kdelibs/kdepimlibs/kdebase/kdeutils compiles fine) Regards svn path=/trunk/KDE/kdelibs/; revision=595168
2006-10-13Create final file when we call automoc macroLaurent Montel
Fix list of file for final files (not take first file into file list as _c_file argument) Is it necessary to have a _c_file_ argument into create_final macro ? CCMAIL: neundorf@kde.org svn path=/trunk/KDE/kdelibs/; revision=595067
2006-10-13Necessary to change KDE4_AUTOMOC macro to supportLaurent Montel
enable-final argument (there was not a dependancy between <name>_final.cpp file and moc generated files => moc files were never created) Not necessary to rebuild all kdelibs just cp kdelibs/cmake/modules/KDE4Macros.cmake <path_kde4>/share/apps/cmake/modules I ported and tested all kde module (without enable-final argument, it compiles fines (test and program)) Don't try to use enable-final argument for the moment it doesn't compile (but dependancy works) Regards svn path=/trunk/KDE/kdelibs/; revision=595037 The following changes were in SVN, but were removed from git: M pics/CMakeLists.txt
2006-09-18Create *_final_cpp_* file into build directory and not source directoryLaurent Montel
svn path=/trunk/KDE/kdelibs/; revision=585883
2006-09-14remove two of three macro_add_file_dependencies, no longer require with ↵Alexander Neundorf
cmake 2.4.3 Alex svn path=/trunk/KDE/kdelibs/; revision=584429
2006-09-13-minor performance improvement: use LIST(APPEND list item1 item2... ) ↵Alexander Neundorf
instead of SET(list ${list} item1 item2) -add some documentation -rename KDE4_HANDLE_RPATH() to KDE4_HANDLE_RPATH_FOR_EXECUTABLE() and add a new KDE4_HANDLE_RPATH_FOR_LIBRARY(), so that rpath handling is now very centralized This shouldn't cause a recompile for anybody, at least it didn't for me. If it does nevertheless, let me know. Alex svn path=/trunk/KDE/kdelibs/; revision=583926
2006-09-12-finally require cmake >= 2.4.3Alexander Neundorf
-remove the LIST command hack -always use the simpler and more powerful cmake 2.4.3 CMAKE_INSTALL_RPATH_USE_LINK_PATH option -rename the shell wrapper scripts from *.sh to *.shell, this fixes the build with OpenBSD make, which otherwise sometimes doesn't build the binaries but just copies the .sh scripts to the binaries via implicit rules -move KDELIBSUFF from FindKDE4Internal.cmake to ConfigureChecks.cmake, since this is used only in kdelibs, if it needs to be used somewhere else, LIB_SUFFIX can be used instead Alex svn path=/trunk/KDE/kdelibs/; revision=583638
2006-09-09Fix remove file macroLaurent Montel
svn path=/trunk/KDE/kdelibs/; revision=582491
2006-09-09Add macro to remove obsolete cmake fileLaurent Montel
(not necessary to duplicate (in the future) code) svn path=/trunk/KDE/kdelibs/; revision=582465
2006-09-09added copyright notice everywhere.Alexander Neundorf
Now they all are BSD-licensed, as copyright holder I inserted everywhere the one who added it to svn (or Kitware if it is an enhanced copy from taken cmake) Some developers committed quite often but were not the ones who added the file, if you feel you have also copyright on the file add your name in the specific file. Copyright holders: CCMAIL: montel@kde.org CCMAIL: toscano.pino@tiscali.it CCMAIL: adymo@kdevelop.org CCMAIL: ranger@befunk.com CCMAIL: zack@kde.org CCMAIL: caslav.ilic@gmx.net CCMAIL: syntheticpp@yahoo.com CCMAIL: js@iidea.pl CCMAIL: michael.larouche@kdemail.net CCMAIL: ossi@kde.org CCMAIL: faure@kde.org Committers, but no files added so that they are not listed as copyright holders: CCMAIL: ch.ehrlicher@gmx.de CCMAIL: winter@kde.org CCMAIL: ralf.habacker@freenet.de CCMAIL: moura@kdewebdev.org CCMAIL: kde-buildsystem@kde.org Alex svn path=/trunk/KDE/kdelibs/; revision=582410
2006-08-18Fix indentLaurent Montel
svn path=/trunk/KDE/kdelibs/; revision=574199
2006-08-14Change KDE4_INSTALL_ICONSLaurent Montel
now it's not necessary to define theme name. this macro installs into good directory, name of theme is defined by prefix: crxx-bla-bla installed into crystalsvg/.../ same as for hicolor/locolor svn path=/trunk/KDE/kdelibs/; revision=572954 The following changes were in SVN, but were removed from git: M pics/crystalsvg/CMakeLists.txt M pics/hicolor/CMakeLists.txt
2006-08-08don't remove the la-files on make clean (#131172)Alexander Neundorf
it would be better to generate them as part of the build, but since the plan is to get rid of them anyway, I don't ewant to put the extra work in it now Alex svn path=/trunk/KDE/kdelibs/; revision=571165
2006-07-27typo--Urs Wolfer
svn path=/trunk/KDE/kdelibs/; revision=567081
2006-07-27Scalable hicolor svgz existsLaurent Montel
svn path=/trunk/KDE/kdelibs/; revision=566879
2006-07-26Improve icon macro:Laurent Montel
Install just icon which is into good theme. But For me it will better to not specify theme name and use prefix of icon to add into good theme dir. I will wait Alexx to discute about it. I comment debug to see errors about icons Now all icons are installed into good directory Becarefull if we uncommente it it returns false true. svn path=/trunk/KDE/kdelibs/; revision=566519
2006-07-21Remove bad charLaurent Montel
svn path=/trunk/KDE/kdelibs/; revision=564750
2006-07-21We have some mng iconsLaurent Montel
(kopete has some mng icons which must be installed as png icons) svn path=/trunk/KDE/kdelibs/; revision=564747
2006-07-20Finally commit my change to kde4_add_kcfg_files.Michaël Larouche
Added GENERATE_MOC option to kde4_add_kcfg_files. Since only 1%(and I would even say 0.1%) of kcfg files need moc, I added that keyword to generate_moc explictly. Should speed up a little bit the build for kcfg which doesn't need moc. svn path=/trunk/KDE/kdelibs/; revision=564385
2006-07-17fix for win32 - why it's only me who needs this?Christian Ehrlicher
CCMAIL: syntheticpp@gmx.net svn path=/trunk/KDE/kdelibs/; revision=563490
2006-07-12-KDE4_AUTOMOC: give a better error message if the header which should exist ↵Alexander Neundorf
for creating the moc file doesn't exist This means that cmake will now abort if there is the header file which is required for KDE4_AUTOMOC is missing at cmake time. I think this shouldn't break anything, but I don't have enough computing power here to check all modules. CCMAIL: kde-buildsystem@kde.org CCMAIL: kde-core-devel@kde.org Alex svn path=/trunk/KDE/kdelibs/; revision=561632
2006-07-04-link kdeinit modules with empty rpathAlexander Neundorf
-don't require a space after the gcc versiuon number Alex svn path=/trunk/KDE/kdelibs/; revision=558204
2006-07-04-adjust the LD_LIBRARY_PATH for the new contents of LIB_INSTALL_DIR (now the ↵Alexander Neundorf
complete absolute path) Alex svn path=/trunk/KDE/kdelibs/; revision=557909
2006-07-04Commit big work on build system with Alex:Laurent Montel
install_* -> install Summary: we can install everything everywhere. svn path=/trunk/KDE/kdelibs/; revision=557905 The following changes were in SVN, but were removed from git: M pics/crystalsvg/CMakeLists.txt M pics/hicolor/CMakeLists.txt
2006-07-03Make the DCOP porting warnings more usefulWill Stephenson
svn path=/trunk/KDE/kdelibs/; revision=557455
2006-07-02-add macros for dealing with dbus stuff: Alexander Neundorf
QT_ADD_DBUS_INTERFACES( sources xmlfile1 ... xmlfileN) QT_ADD_DBUS_ADAPTORS( sources xmlfile1 ... xmlfileN) Alex svn path=/trunk/KDE/kdelibs/; revision=557126
2006-07-02-add KDE4_ADD_DCOP_SKELS/STUBS again, but make them simply bail out with ↵Alexander Neundorf
FATAL_ERROR, this should avoid some frustration about not even the buildsystem working due to the switch to dbus Alex svn path=/trunk/KDE/kdelibs/; revision=557037
2006-07-02-remove dcop support from the build systemAlexander Neundorf
Alex svn path=/trunk/KDE/kdelibs/; revision=557034
2006-05-17-the behaviour of LIST(REMOVE_ITEM ...) changed from cmake 2.4.1 beta to ↵Alexander Neundorf
cmake 2.4.2, add a check to work with both (2.4.1 was only a beta and so not to be considered stable, and I was even one of the people who wanted this change) This hack can be removed once we require a cmake version >= 2.4.2 Alex svn path=/trunk/KDE/kdelibs/; revision=541957
2006-05-12-kde4_header() and footer are goneAlexander Neundorf
Alex svn path=/trunk/KDE/kdelibs/; revision=540234
2006-05-11-enhanced syntax for KDE4_ADD_EXECUTABLE and KDE4_ADD_KDEINIT_EXECUTABLE:Alexander Neundorf
KDE4_ADD_EXECUTABLE(name [NOGUI] [RUN_UNINSTALLED] srcs...) KDE4_ADD_KDEINIT_EXECUTABLE(name [NOGUI] [RUN_UNINSTALLED] srcs...) -> NOGUI and RUN_UNINSTALLED can now be used independently together. This also means that RUN_UNINSTALLED no longer automatically means NOGUI. -build libs and plugins with empty RPATH, so they don't have to be relinked during make install Alex CCMAIL: kde-buildsystem@kde.org svn path=/trunk/KDE/kdelibs/; revision=539757
2006-05-03I was told kopeteappearancesettings.kcfg has signals ;(Stephan Kulow
Either we grep for it or we introduce a second macro svn path=/trunk/KDE/kdelibs/; revision=537064
2006-05-03there is no single kcfg file in our SVN that needs signals.Stephan Kulow
So don't create tons of invalid .moc files. For someone with more experience it would be cool to generate a flag as soon as there is a .kcfg file needing it svn path=/trunk/KDE/kdelibs/; revision=537048
2006-05-01-remove the kde4_create_doxygen_docs() commandAlexander Neundorf
Alex svn path=/trunk/KDE/kdelibs/; revision=536344
2006-04-27if we call it with --no-stub, then it won't produce a Dirk Mueller
header file. Amazing how long this bug went unnoticed. Fixes everything-constantly-rebuilding when using cmake. svn path=/trunk/KDE/kdelibs/; revision=534598
generated by cgit v1.2.1 (git 2.18.0) at 2026-02-23 08:16:49 +0000