aboutsummaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
2006-03-22prefer moc-qt4, uic-qt4 and qmake-qt4 over moc, uic and qmakeAlexander Neundorf
Alex svn path=/trunk/KDE/kdelibs/; revision=521522
2006-03-22don't generate files in the source-treeAlexander Neundorf
Alex svn path=/trunk/KDE/kdelibs/; revision=521514
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-22Add here (need by kdemultimedia/kdeutils)Laurent Montel
svn path=/trunk/KDE/kdelibs/; revision=521328
2006-03-22Gettext check updated.Chusslove Illich
svn path=/trunk/KDE/kdelibs/; revision=521323
2006-03-22Works better this way (still for Mac OS X). OK, on Linux it comes from glibc.David Faure
So instead of always looking for a libintl, maybe we should first check do a "check if this call links without linking to anything else than the libc"... svn path=/trunk/KDE/kdelibs/; revision=521239
2006-03-21GETTEXT_LIBRARIES was used, but never actually set to anything. This is ↵David Faure
necessary for me on the Mac (not sure why it linked on linux...) svn path=/trunk/KDE/kdelibs/; revision=521236
2006-03-21Preliminary module for the GSSAPI configuration.Pino Toscano
It seems to work nicely, altough some thing are still missing. svn path=/trunk/KDE/kdelibs/; revision=521231
2006-03-21-don't prefer QTDIR over the system path for searching qmake, as QTDIR is ↵Alexander Neundorf
obsoleted by Qt 4 also don't search for Qt4 directories under /usr/local Alex svn path=/trunk/KDE/kdelibs/; revision=521210
2006-03-21Messages for Gettext configure check more in line with others.Chusslove Illich
svn path=/trunk/KDE/kdelibs/; revision=521204
2006-03-21once again apply LIBRARY_PATH setting which AGAIN got revertedDirk Mueller
svn path=/trunk/KDE/kdelibs/; revision=521199
2006-03-21-change FindLibXml2.cmake to the new enhanced cmake style by using PATH_SUFFIXESAlexander Neundorf
for linux/bsd/OS X developers this shouldn't change anything ...but for the windows developers it should ! So: for the stuff which comes from gnuwin32: set the environment variable CMAKE_LIBRARY_PATH to the directory where the gnuwin32 libs are located and set CMAKE_INCLUDE_PATH to the directory where the gnuwin32 headers are installed to. Please let me know whether this works for. So, don't set CMAKE_INCLUDE_PATH to the directory which contains libxml/xpath.h, but to the one which contains libxml2/libxml/xpath.h This should make writing the FindSomething.cmake modules much easier. CCMAIL: kde-buildsystem@kde.org CCMAIL: Ch.Ehrlicher@gmx.de CCMAIL: ralf.habacker@freenet.de CCMAIL: syntheticpp@gmx.net Alex svn path=/trunk/KDE/kdelibs/; revision=521183
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-20minor cleanups: indenting, adding newline to end of file, etc.Allen Winter
svn path=/trunk/KDE/kdelibs/; revision=520793
2006-03-20minor cleanups: indenting, adding newline to end of file, etc.Allen Winter
svn path=/trunk/KDE/kdelibs/; revision=520791
2006-03-20minor cleanups: indenting, adding newline to end of file, etc.Allen Winter
svn path=/trunk/KDE/kdelibs/; revision=520790
2006-03-20remove code that sets CMAKE_INSTALL_PREFIX from $KDEDIRAllen Winter
svn path=/trunk/KDE/kdelibs/; revision=520623
2006-03-20first try the include dir from qmake, and only useMatthias Kretz
/usr/local/Trolltech/Qt-4*/include/Qt/ after the QTDIR environment variable (before cmake always picked up /usr/local/Trolltech/Qt-4.0.1/...) svn path=/trunk/KDE/kdelibs/; revision=520562
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-19Fix install iconsLaurent Montel
now use install(FILES... RENAME...) => make install DESTDIR=<foo> works svn path=/trunk/KDE/kdelibs/; revision=520364
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-18generate the files in CURRENT_BINARY_DIR againAlexander Neundorf
Alex svn path=/trunk/KDE/kdelibs/; revision=520067
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-18-mark more variables as advanced, so that they don't clutter the default ↵Alexander Neundorf
ccmake display Alex svn path=/trunk/KDE/kdelibs/; revision=520056
2006-03-18-don't generate any files in the source tree, but only in the build treeAlexander Neundorf
Laurent, where did this cause problems ? Was this with the files where source files with the same base names are now compiled to the same target, and beforfe with libtool one of them was part of a convenience libs ? Now that we don't use convenience libs anymore, this means that if two source files have the same basename, they will generate moc files with the same name, also for ui-files. What can we do about this ? If two files have the same names, maybe the name is too generic, so let's rename one of them to a more specialized name, especially now that we have svn. But generating files is the source-tree is a no-no. CCMAIL: montel@kde.org svn path=/trunk/KDE/kdelibs/; revision=520047
2006-03-18Generate file into own directoryLaurent Montel
svn path=/trunk/KDE/kdelibs/; revision=520043
2006-03-18CMake configure check for Gettext, rudimentary only.Chusslove Illich
svn path=/trunk/KDE/kdelibs/; revision=520012
2006-03-18add documentationAlexander Neundorf
Alex svn path=/trunk/KDE/kdelibs/; revision=520009
2006-03-18one more typoAlexander Neundorf
Alex svn path=/trunk/KDE/kdelibs/; revision=519995
2006-03-18fix typosAlexander Neundorf
Alex svn path=/trunk/KDE/kdelibs/; revision=519989
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-17Forward port of:Michaël Larouche
Actually set X11_Xrender_LIB correctly svn path=/trunk/KDE/kdelibs/; revision=519550
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-16Generate file into own directoryLaurent Montel
svn path=/trunk/KDE/kdelibs/; revision=519132
2006-03-16Generate files from ui3 into own directoryLaurent Montel
svn path=/trunk/KDE/kdelibs/; revision=519127
2006-03-16Generate moc file into own directoryLaurent Montel
Fix some bug when we lonk with no-install lib svn path=/trunk/KDE/kdelibs/; revision=519125
2006-03-14reapply r509806 which got reverted in the fancy RPATH rewriteDirk Mueller
svn path=/trunk/KDE/kdelibs/; revision=518600
2006-03-13really make the akode detection workPino Toscano
svn path=/trunk/KDE/kdelibs/; revision=518191
2006-03-11Fix generate file space into "kcfg" fileLaurent Montel
svn path=/trunk/KDE/kdelibs/; revision=517557
2006-03-11include used check_include_files macroPeter Kümmel
svn path=/trunk/KDE/kdelibs/; revision=517536
2006-03-10First attempt to find aKode.Pino Toscano
aKode seems to be found correctly, the issue is to add the include path to the inclues of knotify. svn path=/trunk/KDE/kdelibs/; revision=517416
2006-03-09Detect and enable the ACL support.Pino Toscano
svn path=/trunk/KDE/kdelibs/; revision=517103
2006-03-09Move here (need by kdepim too)Laurent Montel
svn path=/trunk/KDE/kdelibs/; revision=516932
2006-03-09Move to kdesdkLaurent Montel
svn path=/trunk/KDE/kdelibs/; revision=516915
2006-03-08-some files will be obsoleted by the next cmakw releaseAlexander Neundorf
Alex svn path=/trunk/KDE/kdelibs/; revision=516863
2006-03-08-apply patch by Andreas Beckermann for KDE 3 stuffAlexander Neundorf
-prepare UsePkgconfig for moving to cmake Alex svn path=/trunk/KDE/kdelibs/; revision=516854
2006-03-07-prepare these two files for moving to cmakeAlexander Neundorf
Alex svn path=/trunk/KDE/kdelibs/; revision=516651
2006-03-07use EXECUTE_PROCESS instead of EXEC_PROGRAMAlexander Neundorf
Alex svn path=/trunk/KDE/kdelibs/; revision=516643
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-07Search XdmcpLaurent Montel
svn path=/trunk/KDE/kdelibs/; revision=516520
generated by cgit v1.2.1 (git 2.18.0) at 2025-07-08 14:25:48 +0000