| Age | Commit message (Collapse) | Author |
|
|
|
|
|
|
|
svn path=/trunk/KDE/kdelibs/; revision=1217740
|
|
CCMAIL: neundorf@kde.org
svn path=/trunk/KDE/kdelibs/; revision=1216029
|
|
svn path=/trunk/KDE/kdelibs/; revision=1199036
|
|
All of KDE SVN compiles with this flag, and has done so for a long time, but this way we can catch
new code with this issue.
svn path=/trunk/KDE/kdelibs/; revision=1188305
|
|
this is used to install extra QML imports (that can be either platform independent qml files or binrary libraries)
the new place will be ${PLUGIN_INSTALL_DIR}/imports
svn path=/trunk/KDE/kdelibs/; revision=1187235
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=1186709
|
|
Second full recompile, everyone :)
svn path=/trunk/KDE/kdelibs/; revision=1171144
|
|
by MaikB on IRC.
Export KDE_DEBUG_FILELINE=1 to see it. Documented on http://techbase.kde.org/KDE_System_Administration/Environment_Variables.
CCMAIL: kde-core-devel@kde.org
svn path=/trunk/KDE/kdelibs/; revision=1171053
|
|
svn path=/trunk/KDE/kdelibs/; revision=1157534
|
|
-remove wrong comment about WITH_PREFIX
-CMP0011 is now always there since we require cmake 2.6.4
Alex
svn path=/trunk/KDE/kdelibs/; revision=1156242
|
|
svn path=/trunk/KDE/kdelibs/; revision=1149092
|
|
- disabled some functionality for wince
- changed some stuff to unicode functions
svn path=/trunk/KDE/kdelibs/; revision=1149056
|
|
Made error messages and variables in that macro be more clear, and fixed the documentation to reflect that
svn path=/trunk/KDE/kdelibs/; revision=1146718
|
|
svn path=/trunk/KDE/kdelibs/; revision=1144749
|
|
svn path=/trunk/KDE/kdelibs/; revision=1144740
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=1140916
|
|
svn path=/trunk/KDE/kdelibs/; revision=1137956
|
|
svn path=/trunk/KDE/kdelibs/; revision=1137949
|
|
CMAKE_{C,CXX}_IMPLICIT_INCLUDE_DIRECTORIES.
As discussed on the kde-buildsystem mailing list, this is particularly
useful on systems such as FreeBSD, which have most of the libraries and
headers installed in /usr/local: CMake would not add -I/usr/include when
compiling code, but would do that with other directories such as
/usr/local.
This, in turn, would sometimes make the system-wide includes be added to
the include path before the local ones, which can lead to compilation
failures.
With this patch, if CPATH is properly set, directories such as /usr/local/*
will not be added by CMake when gcc is invoked.
For now, this works only with gcc, but can be extended to other compilers
if necessary.
CCMAIL: kde-buildsystem@kde.org
svn path=/trunk/KDE/kdelibs/; revision=1135642
|
|
svn path=/trunk/KDE/kdelibs/; revision=1127602
|
|
svn path=/trunk/KDE/kdelibs/; revision=1125849
|
|
the standard system
link directories, like e.g. /usr/lib (which are listed in CMAKE_PLATFORM_IMPLICIT_LINK_DIRECTORIES,
which is set in Modules/Platform/UnixPaths.cmake)
Alex
svn path=/trunk/KDE/kdelibs/; revision=1124215
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=1122812
|
|
Alex
CCMAIL: kde-buildsystem@kde.org
svn path=/trunk/KDE/kdelibs/; revision=1121456
|
|
accessible to other projects built on top of kdelibs.
svn path=/trunk/KDE/kdelibs/; revision=1120432
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=1107539
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=1107538
|
|
try_compile(_compile_result, ...) do if(NOT _compile_result) instead of
if(NOT _run_result). Looks like old code wasn't changed when it should.
This fixes the build.
CCMAIL: harry@kdevelop.org
svn path=/trunk/KDE/kdelibs/; revision=1098559
|
|
it work when cross-compiling.
svn path=/trunk/KDE/kdelibs/; revision=1098490
|
|
With these changes, I was able to cross-compile kdelibs for Maemo 5
using MADDE. See http://techbase.kde.org/Projects/KDE_on_Maemo/MADDE
for more details.
CCMAIL: kde-maemo@kde.org
svn path=/trunk/KDE/kdelibs/; revision=1093415
|
|
beware! this changes the so versioning
svn path=/trunk/KDE/kdelibs/; revision=1090682
|
|
serialize meinproc4 runs when doing large parallel builds.
svn path=/trunk/KDE/kdelibs/; revision=1084602
|
|
-- the imported targets did not work with Qt installed as frameworks on OSX
-- if a project exported its libraries, and these libraries depend on Qt libs, but the installed FooConfig.cmake files
do not load FindQt4.cmake, this would result in unknown targets "Qt4::QtCore" etc. So now there is a switch
to enable the imported targets explicitely (what we do for KDE)
Alex
svn path=/trunk/KDE/kdelibs/; revision=1076819
|
|
(when a project first did a find_package(Qt4) with a FindQt4.cmake not from kdelibs, followed by a find_package(KDE4), the imported targets
for the Qt library used in the exported targets file of kdelibs and created in kdelibs FindQt4.cmake did not exist, so it did not link)
Now when doing a find_package(KDE4) always the FindQt4.cmake in the same directory is executed, and only does nothing if
also the imported Qt targets already exist.
This should fix rekonq, quassel, amarok, etc.
Please let me know if it still does not work.
Please also let me know if it works now.
Thanks
Alex
CCMAIL: sputnick@quassel-irc.org
CCMAIL: bbeschow@cs.tu-berlin.de
svn path=/trunk/KDE/kdelibs/; revision=1074319
|
|
even suggested
Alex
CCMAIL: kde-buildsystem@kde.org
CCMAIL: mueller@kde.org
svn path=/trunk/KDE/kdelibs/; revision=1071192
|
|
svn path=/trunk/KDE/kdelibs/; revision=1071123
|
|
its public interface
-remove the now useless old KDE4_foo_LIBS variables set in bootstrap mode (they are now all set properly a few lines below)
Alex
svn path=/trunk/KDE/kdelibs/; revision=1062450
|
|
as discussed on kde-buildsystem
Alex
svn path=/trunk/KDE/kdelibs/; revision=1062067
|
|
Alex
CCMAIL: mike@mikearthur.co.uk
CCMAIL: kde-buildsystem@kde.org
svn path=/trunk/KDE/kdelibs/; revision=1062002
|
|
- it mostly behaves as linux, as the toolchain (gcc, gnu ld, gnu libc) is the same
- add -pthread to the ld flags for shared modules and libraries
svn path=/trunk/KDE/kdelibs/; revision=1058116
|
|
svn path=/trunk/KDE/kdelibs/; revision=1057486
|
|
svn path=/trunk/KDE/kdelibs/; revision=1053400
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=1049726
|
|
CCMAIL:webkit-devel@kde.org
svn path=/trunk/KDE/kdelibs/; revision=1046374
|
|
svn path=/trunk/KDE/kdelibs/; revision=1038952
|
|
svn path=/trunk/KDE/kdelibs/; revision=1038937
|
|
I wonder why I didn't catch this in my tests.
Having both conditions within the same if-clause doesn't work as CMake
apparently always evaluates the or-part.
svn path=/trunk/KDE/kdelibs/; revision=1023047
|