aboutsummaryrefslogtreecommitdiff
path: root/modules/FindKDE4Internal.cmake
AgeCommit message (Collapse)Author
2006-04-22-add docs for the NOGUI and RUN_UNINSTALLED options for KDE4_ADD_EXECUTABLE()Alexander Neundorf
-use the new multiple-output syntax for KDE4_ADD_KCFG_FILES() -introduce a new target property WRAPPER_SCRIPT, which is set to the created wrapper script (or the executable if none is generated), which can then be easily queried and used e.g. in add_custom_command Alex Adriaan, does this fix your RPATH problem ? CCMAIL: <groot@kde.org> svn path=/trunk/KDE/kdelibs/; revision=532800
2006-04-15Add makekdewidgets macro.Volker Krause
svn path=/trunk/KDE/kdelibs/; revision=530095
2006-04-14Patch by Frank Osterfeld to find makekdewidgets.Volker Krause
svn path=/trunk/KDE/kdelibs/; revision=529864
2006-04-14-- Found KDE4 include dir: /Users/dfaure/kde/trunk/KDE/kdelibsDavid Faure
-- Found KDE4 library dir: /Users/dfaure/kde/trunk/KDE/build/kdelibs/lib/. is a strange way of saying "I'm setting those vars internally", when building kdelibs. svn path=/trunk/KDE/kdelibs/; revision=529757
2006-04-07-fix link error in kdewidgetsAlexander Neundorf
-fix error in kate (the ui_ prefix was missing) -change RPATH handling once again: -renamed "TOOL" to "RUN_UNINSTALLED" RPATH_STYLE is gone if CMAKE_SKIP_RPATH is enabled, no RPATH will be used if it is enabled, all except the RUN_UNINSTALLED apps will be built with RPATH to the install dir, apps with RUN_UNINSTALLED set will be built with RPATH to the build dir, and relinked during make install Alex svn path=/trunk/KDE/kdelibs/; revision=527381
2006-04-05-add the NOGUI keyword to the KDE4_ADD_EXECUTABLE_CALLS()Alexander Neundorf
right now this only affects OS X: without the NOGUI keyword, now application bundles should be created I will add RPATH handling later. kdelibs/kabc/: add a dependency of addressee.h to addressee.cpp, this works partly (i.e. it works if none of both exists, but doesn't work if addressee.cpp exists and addressee.h doesn't) Alex CCMAIL: kde-buildsystem@kde.org svn path=/trunk/KDE/kdelibs/; revision=526894 The following changes were in SVN, but were removed from git: M pics/CMakeLists.txt
2006-04-05-add a KDE4Defaults.cmake to set default values and use this one in ↵Alexander Neundorf
kdelibs/CMakeLists.txt Alex svn path=/trunk/KDE/kdelibs/; revision=526864
2006-04-03-add a KDE4_KDESU_LIBS variables, so we have a full path and it can't be ↵Alexander Neundorf
mixed up with the kdesu target Alex svn path=/trunk/KDE/kdelibs/; revision=526087
2006-03-31Complain about specific files in a non-clean srcdir; don't insert ↵Adriaan de Groot
/usr/local/include too early; move X11 includes into DCOP_INCLUDES in a clean fashion (I hope). svn path=/trunk/KDE/kdelibs/; revision=524801
2006-03-30bigger changes in FindQt4.cmake:Alexander Neundorf
-new variable QT_MIN_VERSION (as in FindQt3.cmake): set it to the minimum required version -prefer qmake over qmake-qt4 -find uic and moc by grepping the qmake spec file -search for the libs, headers and binaries only in the directories reported by qmake -set the minimum required Qt version to 4.1.1 svn path=/trunk/KDE/kdelibs/; revision=524621
2006-03-29only look at the path we want it to lookAlbert Astals Cid
Aproved by AleXXX svn path=/trunk/KDE/kdelibs/; revision=524129
2006-03-29Those aliases seem quite useful when building kdelibs itself, too...David Faure
svn path=/trunk/KDE/kdelibs/; revision=523923
2006-03-27The other vars don't have KDE4_ as prefix (for some reason)David Faure
svn path=/trunk/KDE/kdelibs/; revision=523162
2006-03-27It's not unused, see kded/CMakeLists.txtDavid Faure
svn path=/trunk/KDE/kdelibs/; revision=523140
2006-03-26-rename KDE4_INCLUDE_DIRS to KDE4_INCLUDES (but still keep it in the ↵Alexander Neundorf
snapshot for compat) Bye Alex CCMAIL: montel@kde.org CCMAIL: faure@kde.org CCMAIL: kde-buildsystem@kde.org svn path=/trunk/KDE/kdelibs/; revision=522713
2006-03-23add a newline to the end of file.Allen Winter
svn path=/trunk/KDE/kdelibs/; revision=521729
2006-03-23DEPREACTED won't do much good :)David Faure
svn path=/trunk/KDE/kdelibs/; revision=521726
2006-03-22-remove the LIB_SOMETHING variablesAlexander Neundorf
Alex svn path=/trunk/KDE/kdelibs/; revision=521561
2006-03-22again revert the KDE4_LD_LIBRARY_PATH changeAlexander Neundorf
Dirk, why is this required for you ? It really shouldn't. Either you compile with RPATH, then everything should be found via RPATH and no LD_LIBRARY_PATH is required. Or you set RPATH_STYLE e.g. to "none", then the generated wrapper scripts (like dcopidl2cpp.sh) should set LD_LIBRARY_PATH correctly. I tested this here on Slackware and on FreeBSD. What doesn't work for you ? Let's discuss this on kde-buildsystem@kde.org CCMAIL:mueller@kde.org Alex svn path=/trunk/KDE/kdelibs/; revision=521485
2006-03-21once again apply LIBRARY_PATH setting which AGAIN got revertedDirk Mueller
svn path=/trunk/KDE/kdelibs/; revision=521199
2006-03-20-rename QT_AND_KDECORE_LIBS to KDE4_KDECORE_LIBSAlexander Neundorf
-rename KDE4_xxx_LIBRARIES to KDE4_xxx_LIBS for less typing -find more KDE4_xxx_LIBS -add QT_QTFOO_LIBRARY_RELEASE to FindQt4.cmake the LIBKFOO vars should be replaced ASAP with KDE4_KFOO_LIBS Alex CCMAIL: montel@kde.org svn path=/trunk/KDE/kdelibs/; revision=520815 The following changes were in SVN, but were removed from git: M pics/CMakeLists.txt
2006-03-20remove code that sets CMAKE_INSTALL_PREFIX from $KDEDIRAllen Winter
svn path=/trunk/KDE/kdelibs/; revision=520623
2006-03-19Support the KDEDIR environment variable for the installation prefix.Allen Winter
So you don't have to add -DCMAKE_INSTALL_PREFIX to the cmake command line if you'd rather use good old reliable $KDEDIR. Now to document this on the wiki. CCMAIL: kde-core-devel@kde.org svn path=/trunk/KDE/kdelibs/; revision=520422
2006-03-18As before with auto* tools, we now have the followingAllen Winter
configure option cmake option gcc arguments =============================================================================== --enable-debug=yes -DCMAKE_BUILD_TYPE=debug -g -O2 -fno-reorder-blocks\ -fno-schedule-insns -fno-inline --enable-debug=full -DCMAKE_BUILD_TYPE=debugfull -g3 -fno-inline --enable-final -DCMAKE_BUILD_TYPE=release -O2 In other words, developers should be using cmake -DCMAKE_BUILD_TYPE=debugfull svn path=/trunk/KDE/kdelibs/; revision=520087
2006-03-18use kdecore instead of kxmlcore for determining kde4_lib_dir, since ↵Alexander Neundorf
currently there is no kxmlcore.lib on windows CCMAIL: ch.ehrlicher@gmx.de Christian, does it work this way better for you ? Alex svn path=/trunk/KDE/kdelibs/; revision=520059
2006-03-18add documentationAlexander Neundorf
Alex svn path=/trunk/KDE/kdelibs/; revision=520009
2006-03-17add KDE_DEPREACTED_WARNINGS and disable deprecated warnings for kde3support ↵Christian Ehrlicher
until we know what to to with it svn path=/trunk/KDE/kdelibs/; revision=519568
2006-03-16-implemented RPATH handling, set RPATH_STYLE to one of the following:Alexander Neundorf
default: compile with RPATH to the builddir, when installing link again with RPATH to the install dir, the kde lib dir and the Qt lib dir none: no RPATH at all install: compile with RPATH to the install dir, the kde lib dir and the Qt lib dir both: compiel with RPATH to the build dir, the install dir, the kde lib dir and the Qt lib dir -sync kde3 stuff with cmake cvs -fix building if kdewidgets and kstyles (get_target_properties doesn't work before the target is defined) Alex svn path=/trunk/KDE/kdelibs/; revision=519312
2006-03-14reapply r509806 which got reverted in the fancy RPATH rewriteDirk Mueller
svn path=/trunk/KDE/kdelibs/; revision=518600
2006-03-07-implemented RPATH handling, but disabled for nowAlexander Neundorf
to enable it again, remove the line 104, where KDE4_NEED_WRAPPER_SCRIPTS is set to false again If you have current cmake cvs, you can then: -enable CMAKE_SKIP_RPATH using ccmake, then everything will be built without RPATH -disable CMAKE_SKIP_RPATH and enable KDE4_RPATH_TO_BUILD_DIR, then everything will be built with RPATH pointing to both the build and the install dir -disable CMAKE_SKIP_RPATH and disable KDE4_RPATH_TO_BUILD_DIR, then everything will be built with RPATH pointing to the install dir In all three cases no relinking will happen during install. If built without RPATH to the builddir, the executables are executed using wrapper scripts named <name>.sh, e.g. kconfig_compiler.sh. some changes to the kde3 stuff: -renamed KDE3_ADD_KLM to KDE3_ADD_KDEINIT_EXECUTABLE -removed KDE3_PLACEHOLDER -removed KDE3_CREATE_LIBTOOL_FILE to KDE3_INSTALL_LIBTOOL_FILE Please check whether it still works for you and let me know. I plan to move the KDE3 related files to cmake RSN. CCMAIL: kde-buildsystem@kde.org CCMAIL: b_mann@gmx.de CCMAIL: christian.loose@hamburg.de Alex svn path=/trunk/KDE/kdelibs/; revision=516642
2006-03-04disable warning 4661 for msvc (A member of the template class is not defined)Christian Ehrlicher
svn path=/trunk/KDE/kdelibs/; revision=515685
2006-03-02-prepare the KDE3 files for moving to cmake cvsAlexander Neundorf
-added the variables formerly sitting in kdebase/cmake/modules/FindKDE4.cmake -added export_library_dependencies(KDELibsDependencies.cmake) command to kdelibs/CMakeLists.txt, this file will be installed and used later on by FindKDE4Internal.cmake when stuff != kdelibs is compiled Please have a look at KDELibsDependencies.cmake to see what it contains. The variables set there still have to be used in FindKDE4Internal.cmake for setting the KDE4_FOO_LIBRARIES() varaibles, I only did it unitl now for kdeui. Alex CCMAIL: montel@kde.org svn path=/trunk/KDE/kdelibs/; revision=515162
2006-03-01-renamed FindKDE4.cmake to FindKDE4Internal.cmake, so the name ↵Alexander Neundorf
FindKDE4.cmake is free for the cmake module which will find the installed kdelibs cmake files -moved the /usr/local/include and /usr/local/lib to FindKDE4Internal.cmake Alex svn path=/trunk/KDE/kdelibs/; revision=514888
generated by cgit v1.2.1 (git 2.18.0) at 2026-01-08 23:30:20 +0000