| Age | Commit message (Collapse) | Author |
|
-use string(TOUPPER ... ) to make testing the value easier
Alex
svn path=/trunk/KDE/kdelibs/; revision=1031656
|
|
uses reeeally old ui files.
CCMAIL: kde-buildsystem@kde.org
CCMAIL: neundorf@kde.org
svn path=/trunk/KDE/kdelibs/; revision=1031058
|
|
svn path=/trunk/KDE/kdelibs/; revision=1023245
|
|
svn path=/trunk/KDE/kdelibs/; revision=1023242
|
|
CCMAIL:mueller@kde.org
CCMAIL:neundorf@kde.org
Commit coming after a long discussion with Alexander. Changing and moving KAuth macros,
updating documentation, fixing stuff that already used KAuth. Also, bumping up KDE revision,
KDE4WORKSPACE revision and make kdebase/workspace depend on the new 4.3.68 snapshot.
Mail me if you find anything strange, it's my first KDE version bump, so you know ;)
A big thank you to Alexander for all the help he gave on the cmake side of life.
svn path=/trunk/KDE/kdelibs/; revision=1020835
|
|
since KDE 4.2 (since then
executables have the RPATH always pointing into the buildtree before being installed)
Alex
svn path=/trunk/KDE/kdelibs/; revision=1020582
|
|
Thanks for the tip aleXXX.
CCMAIL: neundorf@kde.og
svn path=/trunk/KDE/kdelibs/; revision=1019492
|
|
CCMAIL: kde-windows@kde.org
svn path=/trunk/KDE/kdelibs/; revision=1017394
|
|
old file in many more cases. So activating the new behavior only if the
USE_RELATIVE_PATH option is given.
(Still, I think we might want to investigate a this trick for files
generated from ui files, and moc files ;-))
CCMAIL: kde-buildsystem@kde.org
svn path=/trunk/KDE/kdelibs/; revision=1015825
|
|
If the passed arguments have a relative path, the generated files end up
with the same relative path in the build dir, otherwise the old behavior
is applied (generated files end up in the current build dir).
(Actually we might want to investigate a similar trick for files
generated from ui files, and moc files as I seem to remember having a
similar issue with moc files in solid a while ago, workarounded by
changing lots of filenames...)
Should work fine with existing code, I only had to make a small
adjustment in plasma desktop shell (committed a minute ago).
CCMAIL: kde-buildsystem@kde.org
svn path=/trunk/KDE/kdelibs/; revision=1015454
|
|
to know when to enable KDE_TESTS_EXPORT.
What I don't understand, is why it worked before; konqprivate_export.h always relied on MAKE_KDEINIT_KONQUEROR_LIB...
(and without this commit, konqviewmgrtest failed with undefined symbol KonqSettings::self(), which is logical [hidden symbol])
svn path=/trunk/KDE/kdelibs/; revision=995537
|
|
symbol exactly - by cygwin ports maintainer
svn path=/trunk/KDE/kdelibs/; revision=990265
|
|
for which is the comment was forgotten
svn path=/trunk/KDE/kdelibs/; revision=990264
|
|
svn path=/trunk/KDE/kdelibs/; revision=990261
|
|
svn path=/trunk/KDE/kdelibs/; revision=974524
|
|
svn path=/trunk/KDE/kdelibs/; revision=974523
|
|
svn path=/trunk/KDE/kdelibs/; revision=973042
|
|
svn path=/trunk/KDE/kdelibs/; revision=973034
|
|
specific manifest file to executables. Vista manifest support is disabled by default and could be enabled by setting the KDE4_ENABLE_UAC_MANIFEST variable. This support requires kdewin32 >= 0.3.9
The basic idea of this patch was announced at kde-buildsystem mailing list http://lists.kde.org/?l=kde-buildsystem&m=124220817129087&w=2 without any objections for about two weeks.
svn path=/trunk/KDE/kdelibs/; revision=972974
|
|
"just the filename".
svn path=/trunk/KDE/kdelibs/; revision=947898
|
|
svn path=/trunk/KDE/kdelibs/; revision=944123
|
|
wants to do in kmail.
CCMAIL: kde-buildsystem@kde.org
svn path=/trunk/KDE/kdelibs/; revision=935251
|
|
svn path=/trunk/KDE/kdelibs/; revision=917903
|
|
the /
OKed by David Faure
svn path=/trunk/KDE/kdelibs/; revision=908300
|
|
KDELibsDependencies.cmake instead of running kde4-config and parsing its output
This should be (very) slightly faster, makes cross compiling one step easier and should be more robust.
Copyright the files also this year for me :-)
Alex
svn path=/trunk/KDE/kdelibs/; revision=904590
|
|
automoc, they are only created
if they are not provided by automoc4 itself (which will happen soon)
Alex
CCMAIL: kretz@kde.org
svn path=/trunk/KDE/kdelibs/; revision=904586
|
|
I checked that all modules (except extragear, review, playground, kwebdev) link on my machine, which means it can still break on other configurations.
Alex
CCMAIL: kde-buildsystem@kde.org
CCMAIL: mueller@kde.org
CCMAIL: Sune@vuorela.dk
CCMAIL: modestas@vainius.eu
svn path=/trunk/KDE/kdelibs/; revision=897386
|
|
we build always with full RPATH
enabled, since the only reason not to do so was because the relinking this caused was slow.
Now with camke 2.6 the libraries and executables don't have to be relinked again, instead the RPATH
inside the binaries is patched, which is *much* faster.
So we can always play safe and use the full RPATH.
I also changed this setting for the Mac, because I don't see why it should be necessary there.
If this breaks something (i.e. when starting an app wrong libs are linked/or they are not found),
please let me know.
Alex
CCMAIL: illogical1@gmail.com
svn path=/trunk/KDE/kdelibs/; revision=897003
|
|
macro_write_basic_cmake_version_file(), since
it is completely KDE-independent and can potentially be used in any other project
remove the old macro, add the new renamed one, add it to the macro library, adjust kdepimlibs/CMakeLists.txt accordingly
Alex
svn path=/trunk/KDE/kdelibs/; revision=896999
|
|
<package>Version.cmake file
Alex
svn path=/trunk/KDE/kdelibs/; revision=896965
|
|
generating an unique target for each docbook
improve get filename without extension to work for names with a dot in the filename like man-zonetab2pot.py.1.docbook
get_filename_component( NAME_WE) cuts this to man-zonetab2pot, but it has to be man-zonetab2pot.py
svn path=/trunk/KDE/kdelibs/; revision=895719
|
|
the reduced link interface in modules != kdelibs obe by one
Alex
svn path=/trunk/KDE/kdelibs/; revision=885852
|
|
-enable the reduced link interface for everybody now in kdelibs
-convert all the set_target_properties(foo LINK_INTERFACE_LIBRARIES...)
to the new target_link_libraries(foo LINK_INTERFACE_LIBRARIES ...)
-install all shared libs also as "exported targets", so these libraries
can be included by the other projects again as "imported targets", which
should fix some problems with different build configurations, the reduced
link interface, hopefully also custom install locations (Windows), maybe more
-remove the temporary internal hackish macro _KDE4_EXPORT_LIBRARY_DEPENDENCIES()
Alex, who hopes this doesn't break too much...
So if you get linker errors now, please let me know (or even better kde-buildsystem@kde.org)
svn path=/trunk/KDE/kdelibs/; revision=882594
|
|
svn path=/trunk/KDE/kdelibs/; revision=881602
|
|
This is a rather strange hack but it works and so I want to keep it for now. It does not change anything on Linux.
svn path=/trunk/KDE/kdelibs/; revision=881571
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=881351
|
|
LINK_INTERFACE_LIBRARIES foo bar)
Alex
svn path=/trunk/KDE/kdelibs/; revision=858896
|
|
regex matches are stored
in the variables CMAKE_MATCH_<number>, so we have to match the regex only once instead of multiple
times and can then just use the stored matches
Alex
svn path=/trunk/KDE/kdelibs/; revision=858379
|
|
- reduce link dependencies even further
Further comment fixes.
svn path=/trunk/KDE/kdelibs/; revision=851860
|
|
was removed two weeks ago or so
Alex
svn path=/trunk/KDE/kdelibs/; revision=847138
|
|
interface: always write
the reduced link information into KDELibsDependencies file
Alex
svn path=/trunk/KDE/kdelibs/; revision=838965
|
|
svn path=/trunk/KDE/kdelibs/; revision=836190
|
|
LINK_INTERFACE_LIBRARIES target property
instead:
set_target_properties(foo PROPERTIES
${KDE4_DISABLE_PROPERTY_}LINK_INTERFACE_LIBRARIES "kdeui;kdecore"
)
While this doesn't look very nice, it is completely forward and backward compatible (i.e. cmake 2.4 doesn't complain,
cmake 2.6 works, both versions work as soon as the reduced link interface is the default (soon), if somebody
uses this with kdelibs which don't have that anymore he will get the reduced interface instead of errors, so all
should be ok)
Alex
CCMAIL: mueller@kde.org
svn path=/trunk/KDE/kdelibs/; revision=836131
|
|
KDE4_TARGET_LINK_INTERFACE_LIBRARIES() call that it has been renamed
Alex
svn path=/trunk/KDE/kdelibs/; revision=835491
|
|
and will be removed again for 4.2
I'd like to do the same in the 4.1 branch. Objections ?
Alex
CCMAIL: mueller@kde.org
svn path=/trunk/KDE/kdelibs/; revision=835295
|
|
svn path=/trunk/KDE/kdelibs/; revision=834424
|
|
svn path=/trunk/KDE/kdelibs/; revision=833559
|
|
Alex
CCMAIL: kde-buildsystem@kde.org
CCMAIL: kretz@kde.org
svn path=/trunk/KDE/kdelibs/; revision=829250
|
|
svn path=/trunk/KDE/kdelibs/; revision=827019
|
|
make test...
svn path=/trunk/KDE/kdelibs/; revision=826778
|