Age | Commit message (Collapse) | Author |
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=619637
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=619616
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=619610
|
|
For now i have done the following division.
kdecore/kernel : stuff related to the old KApplication
kdecore/config : every class that inherit from KConfigBase
kdecore/io : class related to files or process (like in qtcore/io)
kdecore/date : stuff related to the date or the time (calendar, timezone, ...)
kdecore/strings : operation on strings and strings localisation
kdecore/sycoca : KSyCoCa related files
This division is not in the stone, and there is still many files that have not been sorted
svn path=/trunk/KDE/kdelibs/; revision=619422
|
|
this
is quite against cmake conventions. Instead provide a macro ALSA_CONFIGURE_FILE(config-alsa.h)
which does it explicitely and which will even be found when searching for
configure_file() or config-alsa.h
Alex
svn path=/trunk/KDE/kdelibs/; revision=619132
|
|
svn path=/trunk/KDE/kdelibs/; revision=618546
|
|
svn path=/trunk/KDE/kdelibs/; revision=618204
|
|
- change the cmake variable names for Phonon for consistency (from what I
tested this doesn't break compilation)
svn path=/trunk/KDE/kdelibs/; revision=617094
|
|
now that I need FindAlsa in kdelibs should it be removed from kdemultimedia
next monday?
svn path=/trunk/KDE/kdelibs/; revision=617068
|
|
I will fix other modules tuesday for not breaking kde
before christmas .
svn path=/trunk/KDE/kdelibs/; revision=615920
|
|
svn path=/trunk/KDE/kdelibs/; revision=615423
|
|
svn path=/trunk/KDE/kdelibs/; revision=615408
|
|
32 to all executables.
Let's redo those changes one by one until we find the one that triggers this problem...
svn path=/trunk/KDE/kdelibs/; revision=615404
|
|
svn path=/trunk/KDE/kdelibs/; revision=615310
|
|
svn path=/trunk/KDE/kdelibs/; revision=615282
|
|
svn path=/trunk/KDE/kdelibs/; revision=613684
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=613313
|
|
everything (also libs and plugins) will be linked with full RPATH
Alex
svn path=/trunk/KDE/kdelibs/; revision=612333
|
|
avoid multiple pathes in PATH environment
svn path=/trunk/KDE/kdelibs/; revision=610434
|
|
when invoked the second time, CUPS_FOUND became true even although ippDeleteAttribute didn't exist,
since in this case only the include dir and the lib variables were checked
additionally (in order to sync back to cmake cvs) don't always fail if ippDeleteAttribute doesn't exist,
but make this optional (enabled in kdeprint/CMakeLists.txt by setting CUPS_REQUIRE_IPP_DELETE_ATTRIBUTE to TRUE)
Alex
svn path=/trunk/KDE/kdelibs/; revision=609455
|
|
-fix typo: USB_FIND_QUIETLY
-remove now-unnecessary standard unix search paths
Alex
svn path=/trunk/KDE/kdelibs/; revision=609436
|
|
svn path=/trunk/KDE/kdelibs/; revision=609041
|
|
svn path=/trunk/KDE/kdelibs/; revision=608729
|
|
(...although it might not be correct expectations...)
this changed with cmake 2.4.3, where INSTALL_RPATH_USE_LINK_PATH was introduced
-add docs for BIN_INSTALL_DIR and SBIN_INSTALL_DIR
Alex
svn path=/trunk/KDE/kdelibs/; revision=608580
|
|
svn path=/trunk/KDE/kdelibs/; revision=607928
|
|
depending targets could not be build
svn path=/trunk/KDE/kdelibs/; revision=607915
|
|
CCMAIL: lucag@student.ethz.ch
svn path=/trunk/KDE/kdelibs/; revision=607264
|
|
svn path=/trunk/KDE/kdelibs/; revision=606389
|
|
svn path=/trunk/KDE/kdelibs/; revision=605480
|
|
svn path=/trunk/KDE/kdelibs/; revision=604286
|
|
(found when I try to port compile under MacOsX)
svn path=/trunk/KDE/kdelibs/; revision=603631
|
|
svn path=/trunk/KDE/kdelibs/; revision=603517
|
|
svn path=/trunk/KDE/kdelibs/; revision=603513
|
|
svn path=/trunk/KDE/kdelibs/; revision=603469
|
|
svn path=/trunk/KDE/kdelibs/; revision=602730
|
|
* remove usage of dummy QT_QTMAIN_INCLUDE_DIR
* make qtmain library code more consistent with the rest
CCMAIL:neundorf@kde.org
svn path=/trunk/KDE/kdelibs/; revision=602637
|
|
svn path=/trunk/KDE/kdelibs/; revision=602569
|
|
Sure, we want something that can be easy to parse by machine,
but more important to make it human-readable, IMO.
CCMAIL: neundorf@kde.org, groot@kde.org
svn path=/trunk/KDE/kdelibs/; revision=602461
|
|
-cosmetic fixes to FindTIFF.cmake
Alex
svn path=/trunk/KDE/kdelibs/; revision=602438
|
|
Alex
CCMAIL: winter@kde.org, groot@kde.org
Feel free to change it as you like it
svn path=/trunk/KDE/kdelibs/; revision=602437
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=602246
|
|
svn path=/trunk/KDE/kdelibs/; revision=601625
|
|
svn path=/trunk/KDE/kdelibs/; revision=601223
|
|
svn path=/trunk/KDE/kdelibs/; revision=600648
|
|
svn path=/trunk/KDE/kdelibs/; revision=600522
|
|
kde4_automoc() absolutely _must_ work without the macro_add_file_dependencies() line.
If it doesn't it's a cmake bug. But since this is the way the dependencies of generated
files are handled everywhere I am at least 99% sure it works in cmake and the mistake must be on my side.
So, I think the problem was that mediamanageriface.cpp was also used from mdeia/medianotifier/ using "../mediamanageriface.cpp".
Then this file was parsed for "include *moc" and probably the correct line was found and added as a property
to the source file using the absolute path. Later on in kde4_add_plugin() the property for the moc
files was retrieved but without using the absolute path, so that's why probably the moc file
wasn't found and so the dependency wasn't created.
CCMAIL: faure@kde.org
David, can you please check and let me know ?
Thanks
Alex
svn path=/trunk/KDE/kdelibs/; revision=598892
|
|
kdeinit lib a different name than the final-file for the application
Alex
CCMAIL: montel@kde.org
svn path=/trunk/KDE/kdelibs/; revision=598883
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=598876
|
|
No rule to make target `runtime/kioslave/media/medianotifier/mediamanageriface.moc', needed by `[...]/runtime/kioslave/media/mediamanageriface.o'.
svn path=/trunk/KDE/kdelibs/; revision=598854
|
|
=> FATAL_ERROR when we don't have it.
svn path=/trunk/KDE/kdelibs/; revision=598801
|