Age | Commit message (Collapse) | Author |
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=526481
|
|
implementation files, this should fix parallel builds
Alex
svn path=/trunk/KDE/kdelibs/; revision=526472
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=526097
|
|
mixed up with the kdesu target
Alex
svn path=/trunk/KDE/kdelibs/; revision=526087
|
|
svn path=/trunk/KDE/kdelibs/; revision=525241
|
|
breaks the build on several systems
Alex
svn path=/trunk/KDE/kdelibs/; revision=525015
|
|
reversing the terms works better.
svn path=/trunk/KDE/kdelibs/; revision=524807
|
|
/usr/local/include too early; move X11 includes into DCOP_INCLUDES in a clean fashion (I hope).
svn path=/trunk/KDE/kdelibs/; revision=524801
|
|
-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
|
|
svn path=/trunk/KDE/kdelibs/; revision=524571
|
|
don't have to be added everywhere manually
X11_INCLUDE_PATH is part of KDE4_INCLUDES on UNIX != OS X
CCMAIL: montel@kde.org
Alex
svn path=/trunk/KDE/kdelibs/; revision=524151
|
|
svn path=/trunk/KDE/kdelibs/; revision=524147
|
|
Aproved by AleXXX
svn path=/trunk/KDE/kdelibs/; revision=524129
|
|
instead of specifically checking for win32 or win64. (Thanks to Thiago for the info about this.)
svn path=/trunk/KDE/kdelibs/; revision=524072
|
|
anything in kdecore)
* Moved HAVE_PTHREAD_ATTR_GET_NP/HAVE_PTHREAD_GETATTR_NP check to kjs since it's only used there
(a small step towards modular configuration, and hopefully faster re-configure when editing a CMakeList.txt in a subdir?)
svn path=/trunk/KDE/kdelibs/; revision=523933
The following changes were in SVN, but were removed from git:
M pics/CMakeLists.txt
|
|
svn path=/trunk/KDE/kdelibs/; revision=523923
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=523302
|
|
svn path=/trunk/KDE/kdelibs/; revision=523195
|
|
svn path=/trunk/KDE/kdelibs/; revision=523162
|
|
svn path=/trunk/KDE/kdelibs/; revision=523140
|
|
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
|
|
svn path=/trunk/KDE/kdelibs/; revision=522055
|
|
svn path=/trunk/KDE/kdelibs/; revision=521729
|
|
svn path=/trunk/KDE/kdelibs/; revision=521726
|
|
related fix. Hope this is right.
svn path=/trunk/KDE/kdelibs/; revision=521619
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=521561
|
|
if they were installed before
Alex
svn path=/trunk/KDE/kdelibs/; revision=521555
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=521522
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=521514
|
|
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
|
|
svn path=/trunk/KDE/kdelibs/; revision=521328
|
|
svn path=/trunk/KDE/kdelibs/; revision=521323
|
|
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
|
|
necessary
for me on the Mac (not sure why it linked on linux...)
svn path=/trunk/KDE/kdelibs/; revision=521236
|
|
It seems to work nicely, altough some thing are still missing.
svn path=/trunk/KDE/kdelibs/; revision=521231
|
|
obsoleted by Qt 4
also don't search for Qt4 directories under /usr/local
Alex
svn path=/trunk/KDE/kdelibs/; revision=521210
|
|
svn path=/trunk/KDE/kdelibs/; revision=521204
|
|
svn path=/trunk/KDE/kdelibs/; revision=521199
|
|
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
|
|
-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
|
|
svn path=/trunk/KDE/kdelibs/; revision=520793
|
|
svn path=/trunk/KDE/kdelibs/; revision=520791
|
|
svn path=/trunk/KDE/kdelibs/; revision=520790
|
|
svn path=/trunk/KDE/kdelibs/; revision=520623
|
|
/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
|
|
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
|
|
now use install(FILES... RENAME...)
=> make install DESTDIR=<foo> works
svn path=/trunk/KDE/kdelibs/; revision=520364
|
|
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
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=520067
|
|
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
|