| Age | Commit message (Collapse) | Author |
|
when it really changes. Now the automoc target may depend on that file and
doesn't have to depend on CMakeLists.txt anymore.
svn path=/trunk/KDE/kdelibs/; revision=686821
|
|
message(SEND_ERROR), so the user gets
a useful error message instead of suddenly "unknown command"
-same for KDE4_INSTALL_LIBTOOL_FILE()
-also remove the docs for both macros from FindKDE4Internal.cmake
Alex
svn path=/trunk/KDE/kdelibs/; revision=686696
|
|
This call should be removed from all CMakeLists.txt file now.
If I missed some, and you encounter problems, simply remove
the call yourself from the offending CMakeLists.txt file.
svn path=/trunk/KDE/kdelibs/; revision=686496
|
|
the targets relinked. :-( Change the dependency back to the CMakeLists.txt file, still not great but a lot better.
svn path=/trunk/KDE/kdelibs/; revision=685841
|
|
I replaced kde4automoc.cmake with a C++/QtCore based program that can run more
efficient.
Instead of creating a <targetname>.automoc file that is added to the target I
create a <targetname>_automoc.cpp file now that is compiled and linked into
the target. This file #includes all moc files that are not included by other
source files. This way the automoc can, at make-time, decide what mocs need
to be compiled explicitly and linked into the target.
E.g. the following is possible now:
foo.h:
class A : public QObject
{
Q_OBJECT
...
};
foo.cpp does not #include "foo.moc"
run make - everything compiles and links fine (without mentioning the header
in KDE4_MOC_HEADERS either since the new automoc looks at all corresponding
header files from the .cpp files by itself)
now change foo.cpp to #include "foo.moc"
running make now will just work, even with the /fast target.
Next change I did was to create a <targetname>_automoc.cpp.files file to pass
the moc includes and the source files that belong to the target to the
automoc. I could have kept it on the command line but I got a report that the
command line was already too long for Windows' cmd.exe.
Implementation details:
- The messages of the automoc are written using cmake -E cmake_echo_color, so
the automoc correctly colorizes its messages now.
- The moc QProcesses are started in parallel (up to 10).
svn path=/trunk/KDE/kdelibs/; revision=685719
|
|
the macro now expands to nothing)
- delay the automoc to make time
- add KDE4_MOC_HEADERS macro that you can use to create moc_foo.cpp files that get compiled into the target, without you having to include the moc file in the .cpp file
- automoc finds Q_OBJECT macros in .cpp files creates the .moc file from the .cpp file then
- automoc allows both .moc and moc_foo.cpp style includes for qmake compatibility
svn path=/trunk/KDE/kdelibs/; revision=683192
|
|
svn path=/trunk/KDE/kdelibs/; revision=681349
|
|
svn path=/trunk/KDE/kdelibs/; revision=680973
|
|
svn path=/trunk/KDE/kdelibs/; revision=680131
|
|
add a convience define to not have to install xmlgui and other files.
Adapt knotify and kdeui tests to this change (remove the extra add_definitions there)
svn path=/trunk/KDE/kdelibs/; revision=679803
|
|
svn path=/trunk/KDE/kdelibs/; revision=678586
|
|
kde4_add_test_executable and introduce kde4_add_unit_test for unittests, which
combines kde4_add_test_executable and cmake's add_test. Port the kdelibs
module, the other modules will be comitted shortly.
CCMAIL: kde-core-devel@kde.org
svn path=/trunk/KDE/kdelibs/; revision=676857
|
|
svn path=/trunk/KDE/kdelibs/; revision=676284
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=672019
|
|
svn path=/trunk/KDE/kdelibs/; revision=668553
|
|
svn path=/trunk/KDE/kdelibs/; revision=668052
|
|
svn path=/trunk/KDE/kdelibs/; revision=665741
|
|
svn path=/trunk/KDE/kdelibs/; revision=662109
|
|
-minor cleanups
Alex
svn path=/trunk/KDE/kdelibs/; revision=644423
|
|
svn path=/trunk/KDE/kdelibs/; revision=644386
|
|
svn path=/trunk/KDE/kdelibs/; revision=644190
|
|
svn path=/trunk/KDE/kdelibs/; revision=643694
|
|
when they really should be Q_WS_X11/Q_WS_MAC assumptions.
These changes make it so that kdelibs (and probably the rest)
build against qt4/x11 on Mac OS X safely. It should still work
with qt4/mac as well.
svn path=/trunk/KDE/kdelibs/; revision=637547
|
|
in it (conflicts with libjpeg embedded in a system framework)
svn path=/trunk/KDE/kdelibs/; revision=637176
|
|
compatible with gnome
change icon name categories to match directory names, with backwards compatibilty for KDE 3
mime -> mimetypes
device -> devices
app -> apps
filesys -> places
places -> places
add categories and emblems
svn path=/trunk/KDE/kdelibs/; revision=630247
The following changes were in SVN, but were removed from git:
M pics/crystalsvg/index.theme
|
|
ADD_EXECUTABLE()
to create a target and cmake won't complain about TARGET_LINK_LIBRARIES() if KDE4_BUILD_OPTIONS is disabled
Seems to work.
Alex
CCMAIL: kde-buildsystem@kde.org
CCMAIL: thiago@kde.org
svn path=/trunk/KDE/kdelibs/; revision=628347
|
|
cmake < 2.4.5
and we can't raise the required version number of cmake without announcing it some time before
or at least after doing it and that only for a bit more convenience
Thiago: can you please revert your commit which removed the IF(KDE4_BUILD_TESTS) ?
Thanks Alex
svn path=/trunk/KDE/kdelibs/; revision=628024
|
|
svn path=/trunk/KDE/kdelibs/; revision=627789
|
|
...)
so this is:
-less cmake code
-now with qoutes so it should also work with path containing spaces
-doesn't create an additionally small cmake file for every kde4_install_handbook() call,
so it should run a bit faster
Alex
CCMAIL: winter@kde.org
svn path=/trunk/KDE/kdelibs/; revision=627478
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=627476
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=627465
|
|
to keep of the logic of detecting whether we are inside kdelibs
-detabify
Alex
CCMAIL: montel@kde.org
svn path=/trunk/KDE/kdelibs/; revision=627454
|
|
to allow to generate kdelibs doc
svn path=/trunk/KDE/kdelibs/; revision=627396
|
|
CMake 2.4.4 or later, you don't need to turn on KDE4_BUILD_TESTS to be
allowed to build tests: just cd into the tests dir and
"make targetname".
PS: it's time we bumped the minimum version requirement for CMake...
CCMAIL:kde-buildsystem@kde.org
svn path=/trunk/KDE/kdelibs/; revision=626619
|
|
which should create an exports header for the given lib
This happen via configure_file() from the template file kde4exportsheader.h.in
Is this ok this way ?
Please let me know.
Alex
CCMAIL: kde-buildsystem@kde.org
svn path=/trunk/KDE/kdelibs/; revision=626609
|
|
Now it creates link
svn path=/trunk/KDE/kdelibs/; revision=626254
|
|
svn path=/trunk/KDE/kdelibs/; revision=626238
|
|
hopefully works
svn path=/trunk/KDE/kdelibs/; revision=626228
|
|
svn path=/trunk/KDE/kdelibs/; revision=626160
|
|
svn path=/trunk/KDE/kdelibs/; revision=626144
|
|
svn path=/trunk/KDE/kdelibs/; revision=625994
|
|
svn path=/trunk/KDE/kdelibs/; revision=625858
|
|
svn path=/trunk/KDE/kdelibs/; revision=625844
|
|
- cmake's add_custom_target somehow steals our ';' - quote it with '\'
- fix reading $Path from environment
svn path=/trunk/KDE/kdelibs/; revision=625842
|
|
To use, in your module/doc/app/CMakeLists.txt:
kde4_create_handbook(index.docbook)
kde4_install_handbook()
Oh, this will probably not work for kdelibs/doc because we
need to pass meinproc the --srcdir option in that module.
CCMAIL: kde-buildsystem@kde.org
svn path=/trunk/KDE/kdelibs/; revision=625750
|
|
on the generated index.html
one problem: if you enter multiple docbook files, the output file name
for each of them is ${CMAKE_CURRENT_BINARY_DIR}/index.html
I guess this is not intended. How should they actually be named ?
Alex
CCMAIL: winter@kde.org
svn path=/trunk/KDE/kdelibs/; revision=625313
|
|
so meinproc gets created before the rule is executed
-remove the unnecessary if() around the find_program() calls, they in any way do nothing if it was found already
-add docs for the new meinproc macro to FindKDE4Internal.cmake
Alex
svn path=/trunk/KDE/kdelibs/; revision=625047
|
|
Doesn't seem to work yet, so I'm hoping a cmake guru will see this and help me.
I tried putting kde4_create_html_handbook(index.docbook)
in the kdepim/doc/akregator/CMakeLists.txt, but I don't
see that an index.html is being created anywhere.
CCMAIL: kde-buildsystem@kde.org
svn path=/trunk/KDE/kdelibs/; revision=625018
|
|
svn path=/trunk/KDE/kdelibs/; revision=622674
|
|
under Windows and OSX
Alex
CCMAIL: kde-buildsystem@kde.org
It does still work under windows, right ?
svn path=/trunk/KDE/kdelibs/; revision=622373
|