Age | Commit message (Collapse) | Author |
|
adjust for style of kdelibs. Put some order in the mess of header and libs checks for X11.
svn path=/trunk/KDE/kdelibs/; revision=594266
|
|
svn path=/trunk/KDE/kdelibs/; revision=593108
|
|
svn path=/trunk/KDE/kdelibs/; revision=592254
|
|
and fix comment
svn path=/trunk/KDE/kdelibs/; revision=591482
|
|
svn path=/trunk/KDE/kdelibs/; revision=590147
|
|
I made an error to understand how version label worked.
svn path=/trunk/KDE/kdelibs/; revision=589688
|
|
Otherwise 2.5.4 is inferior to 2.5.31
In this function we calculate it as :
2.5.4: 2*1000+5*100+4 = 2504
2.5.31: 2*1000+5*100+31 = 2531
=> it was supperior.
Now I test last patch version and adapt it.
svn path=/trunk/KDE/kdelibs/; revision=589662
|
|
all other install locations,
as long as they haven't been set explicitely to some other location, as discussed with Volker Krause
Alex
CCMAIL: kde-buildsystem@kde.org
svn path=/trunk/KDE/kdelibs/; revision=589585
|
|
If you use gcc and either linux or apple and use -DCMAKE_BUILD_TYPE=profile
you have about the same configuration as debugfull but additionally gcc
test coverage is enabled.
This needs to be enabled when compiling and linking. I add this to enable
creating nice test coverage graphs I have seen at http://venge.net/monotone
svn path=/trunk/KDE/kdelibs/; revision=589181
|
|
(done by Alexander Neundorf on my laptop)
svn path=/trunk/KDE/kdelibs/; revision=588684
|
|
svn path=/trunk/KDE/kdelibs/; revision=587925
|
|
svn path=/trunk/KDE/kdelibs/; revision=587265
|
|
svn path=/trunk/KDE/kdelibs/; revision=587253
|
|
install the KDevelopMacros.cmake file from KDevelop's build system so
that kdewebdev can use it.
svn path=/trunk/KDE/kdelibs/; revision=587249
|
|
svn path=/trunk/KDE/kdelibs/; revision=587068
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=586504
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=586500
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=586171
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=586163
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=586160
|
|
svn path=/trunk/KDE/kdelibs/; revision=585883
|
|
svn path=/trunk/KDE/kdelibs/; revision=585068
|
|
-also check for rubylibdir
Alex
CCMAIL: ewilligh@uni-koeln.de
svn path=/trunk/KDE/kdelibs/; revision=584954
|
|
you can use REMOVE_DEFINITIONS(-DQT_NO_STL) in your project if you don't want it there
Alex
svn path=/trunk/KDE/kdelibs/; revision=584948
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=584937
|
|
cmake 2.4.3
Alex
svn path=/trunk/KDE/kdelibs/; revision=584429
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=584425
|
|
svn path=/trunk/KDE/kdelibs/; revision=584322
|
|
location of its lib and headers
Alex
CCMAIL: montel@kde.org
Laurent: where is this actually used ?
svn path=/trunk/KDE/kdelibs/; revision=583963
|
|
instead of SET(list ${list} item1 item2)
-add some documentation
-rename KDE4_HANDLE_RPATH() to KDE4_HANDLE_RPATH_FOR_EXECUTABLE() and add a new KDE4_HANDLE_RPATH_FOR_LIBRARY(), so that rpath handling is now very centralized
This shouldn't cause a recompile for anybody, at least it didn't for me. If it does nevertheless, let me know.
Alex
svn path=/trunk/KDE/kdelibs/; revision=583926
|
|
svn path=/trunk/KDE/kdelibs/; revision=583904
|
|
svn path=/trunk/KDE/kdelibs/; revision=583898
|
|
svn path=/trunk/KDE/kdelibs/; revision=583870
|
|
-remove the LIST command hack
-always use the simpler and more powerful cmake 2.4.3 CMAKE_INSTALL_RPATH_USE_LINK_PATH option
-rename the shell wrapper scripts from *.sh to *.shell, this fixes the build with OpenBSD make,
which otherwise sometimes doesn't build the binaries but just copies the .sh scripts to the
binaries via implicit rules
-move KDELIBSUFF from FindKDE4Internal.cmake to ConfigureChecks.cmake, since this is used only in kdelibs, if
it needs to be used somewhere else, LIB_SUFFIX can be used instead
Alex
svn path=/trunk/KDE/kdelibs/; revision=583638
|
|
svn path=/trunk/KDE/kdelibs/; revision=583578
|
|
svn path=/trunk/KDE/kdelibs/; revision=583418
|
|
the need for QT3 support remain clean
svn path=/trunk/KDE/kdelibs/; revision=583292
|
|
svn path=/trunk/KDE/kdelibs/; revision=583023
|
|
svn path=/trunk/KDE/kdelibs/; revision=583005
|
|
svn path=/trunk/KDE/kdelibs/; revision=582491
|
|
svn path=/trunk/KDE/kdelibs/; revision=582472
|
|
(not necessary to duplicate (in the future) code)
svn path=/trunk/KDE/kdelibs/; revision=582465
|
|
Now they all are BSD-licensed, as copyright holder I inserted everywhere
the one who added it to svn (or Kitware if it is an enhanced copy from taken cmake)
Some developers committed quite often but were not the ones who added the file,
if you feel you have also copyright on the file add your name in the specific file.
Copyright holders:
CCMAIL: montel@kde.org
CCMAIL: toscano.pino@tiscali.it
CCMAIL: adymo@kdevelop.org
CCMAIL: ranger@befunk.com
CCMAIL: zack@kde.org
CCMAIL: caslav.ilic@gmx.net
CCMAIL: syntheticpp@yahoo.com
CCMAIL: js@iidea.pl
CCMAIL: michael.larouche@kdemail.net
CCMAIL: ossi@kde.org
CCMAIL: faure@kde.org
Committers, but no files added so that they are not listed as copyright holders:
CCMAIL: ch.ehrlicher@gmx.de
CCMAIL: winter@kde.org
CCMAIL: ralf.habacker@freenet.de
CCMAIL: moura@kdewebdev.org
CCMAIL: kde-buildsystem@kde.org
Alex
svn path=/trunk/KDE/kdelibs/; revision=582410
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=581906
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=581900
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=581898
|
|
Is it ok that way ?
I just reference licenses/BSD without further explanation
where to find the licenses/ subdirectory.
This is legal stuff, so I could need some good advice from somebody
who knows this better than me.
The BSD license in kdelibs/licenses/BSD also doesn't contain the no-endorsement clause:
# The name of the author may not be used to endorse or promote products
# derived from this software without specific prior written permission.
Is there a special reason why it doesn't ?
If I would like to have this clause too, do I need to add another license file to licenses/ or should
I simply put it in the same directory as the cmake scripts ?
Then one could simply state:
# This code is available under the BSD license, see the accompanying cmake-script-licensing.
So, what's the correct and best way to deal with this ?
Alex
CCMAIL: kde-core-devel@kde.org
svn path=/trunk/KDE/kdelibs/; revision=580959
|
|
added in Trysil.
By now it should be correct in everybodies cache, and without the FORCE it can now even be edited again.
Let me know if suddenly some things aren't installed correctly anymore for you.
Alex
CCMAIL: kde-buildsystem@kde.org
svn path=/trunk/KDE/kdelibs/; revision=580957
|
|
svn path=/trunk/KDE/kdelibs/; revision=580388
|
|
svn path=/trunk/KDE/kdelibs/; revision=580364
|