Age | Commit message (Collapse) | Author |
|
original code
simply implied that if Qt4 was installed as a framework, all of the components would be there.
However, this patch actually verifies the components are installed and sets the appropriate _FOUND
variables if they are found or not.
Patch was originally submitted to kde-buildsystem. However, I'm guessing most current users aren't
on OS X and using the framework install, so the impact is probably minimal at the moment.
svn path=/trunk/KDE/kdelibs/; revision=639611
|
|
svn path=/trunk/KDE/kdelibs/; revision=639518
|
|
svn path=/trunk/KDE/kdelibs/; revision=638668
|
|
svn path=/trunk/KDE/kdelibs/; revision=638627
|
|
svn path=/trunk/KDE/kdelibs/; revision=638192
|
|
X11 in /usr/include, when it is actually installed there
for almost all newer distros?
svn path=/trunk/KDE/kdelibs/; revision=638102
|
|
-only use check_library_exists() if libICE hasn_t been found
-check that ICE has been found in FindQt4.cmake
Alex
This should help against the problem, right ?
CCMAIL: winter@kde.org
svn path=/trunk/KDE/kdelibs/; revision=638084
|
|
might mess up the link dir ordering
-don't use the cache for the modified QTUITOOLS_LIBRARY, because this will only work if it's not yet in the cache
Does it work better this way ?
Alex
CCMAIL: thiago@kde.org
svn path=/trunk/KDE/kdelibs/; revision=637801
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=637796
|
|
if QtScript is detected, we assume that QtUiTools needs to link to it.
This detects QtScript correctly.
But this does not work. For whatever reason, the last block simply
doesn't work: SET(QT_QTUITOOLS_LIBRARY ...) and nothing is exactly the
same. I don't have time to investigate why SET doesn't set.
If you're building KDE with Qt 4.3, for the moment you have to set
QT_QTUITOOLS_LIBRARY manually to "-lQtUiTools -lQtScript".
CCMAIL:kde-buildsystem@kde.org
svn path=/trunk/KDE/kdelibs/; revision=637764
|
|
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
|
|
svn path=/trunk/KDE/kdelibs/; revision=637512
|
|
svn path=/trunk/KDE/kdelibs/; revision=637460
|
|
in it (conflicts with libjpeg embedded in a system framework)
svn path=/trunk/KDE/kdelibs/; revision=637176
|
|
svn path=/trunk/KDE/kdelibs/; revision=637067
|
|
svn path=/trunk/KDE/kdelibs/; revision=635677
|
|
svn path=/trunk/KDE/kdelibs/; revision=633896
|
|
svn path=/trunk/KDE/kdelibs/; revision=633385
|
|
many bugs in older versions
svn path=/trunk/KDE/kdelibs/; revision=633369
|
|
Fixes snprintf not being available (which is a very very stupid
thing to do)
svn path=/trunk/KDE/kdelibs/; revision=631262
|
|
svn path=/trunk/KDE/kdelibs/; revision=631180
|
|
svn path=/trunk/KDE/kdelibs/; revision=631022
|
|
completely useless.
svn path=/trunk/KDE/kdelibs/; revision=630971
|
|
svn path=/trunk/KDE/kdelibs/; revision=630595
|
|
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
|
|
KDE4_KAUDIODEVICELIST_LIBS in kdelibs
svn path=/trunk/KDE/kdelibs/; revision=630080
|
|
http://www.cmake.org/Bug/bug.php?op=show&bugid=4331
Alex
svn path=/trunk/KDE/kdelibs/; revision=628882
|
|
why does it work on linux?
svn path=/trunk/KDE/kdelibs/; revision=628868
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=628695
|
|
-the same for binaries, but afterwards also in the standard dirs, not sure whether this should be kept...
-remove usage of KDEDIR
-improve docs
Alex
svn path=/trunk/KDE/kdelibs/; revision=628657
|
|
svn path=/trunk/KDE/kdelibs/; revision=628370
|
|
svn path=/trunk/KDE/kdelibs/; revision=628365
|
|
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
|
|
2.4.6) first before requiting it
Alex
CCMAIL: montel@kde.org
svn path=/trunk/KDE/kdelibs/; revision=628019
|
|
svn path=/trunk/KDE/kdelibs/; revision=628001
|
|
svn path=/trunk/KDE/kdelibs/; revision=627789
|
|
FindLibXslt.cmake can be remove there is different from
cmake file (test xsltproc) and FindOpenSSL.cmake (I must
look at difference)
svn path=/trunk/KDE/kdelibs/; revision=627623
|
|
cmake >= 2.4.5 or use "-DKDE4_BUILD_TESTS=ON" it's better to signal minimum
requires to 2.4.5.
It's better to force update that developper doesn't understand why kde doesn't compile.
2.4.3 was release in july 2006 so all major distro have new version and 2.4.5 was released
in december 2006
So it's time to upgrade it.
svn path=/trunk/KDE/kdelibs/; revision=627620
|
|
...)
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
|
|
svn path=/trunk/KDE/kdelibs/; revision=626580
|
|
svn path=/trunk/KDE/kdelibs/; revision=626472
|
|
threadsafe local statics anyway, we can save the cycles in gcc4 compiled
programs (gcc4 adds a mutex around every local static).
svn path=/trunk/KDE/kdelibs/; revision=626443
|
|
day. So, re-add the KDE 3.5.x test to check if g++ is fixed WRT to
-fvisibility-inlines-hidden and enable it if it works (works fine on
32-bit).
As for the C compiler flag, I've moved it to an independent
variable. KDE is not in the business of creating C libraries, so I'll
add this flag for kde4_add_library & family. If we need a 3rd-party
library to be build, a different macro than kde4_add_library will be
needed.
svn path=/trunk/KDE/kdelibs/; revision=626277
|