Age | Commit message (Collapse) | Author |
|
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
|
|
ccmake display
Alex
svn path=/trunk/KDE/kdelibs/; revision=520056
|
|
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
|
|
svn path=/trunk/KDE/kdelibs/; revision=520043
|