| Age | Commit message (Collapse) | Author |
|
|
|
http://cmake.org/gitweb?p=cmake.git;a=commit;h=cfba5ef111bf86e8820a4dff556b3a9edc1484cd
Fix regression in 2dae2f1 which added find of Qt imports dir.
2dae2f1 was previously merged by mart. This breaks finding qmake-qt4 when there's also a Qt 3 qmake around, the Qt 3 qmake is no longer recognized as bad. The above fix from upstream CMake fixes that.
CCMAIL: mart@kde.org
CCMAIL: neundorf@kde.org
CCMAIL: rdieter@math.unl.edu
svn path=/trunk/KDE/kdelibs/; revision=1205274
|
|
moment they are all QML plugins) to FindQt4.cmake
this change was done to upstream CMake before. this is a backport of the
commit
2dae2f1a0b24c674b651fd6edf79c4b51177b4d6
in git.cmake.org maintaining the difrence with the upstream patch
minimal
CCMAIL:neundorf@kde.org
svn path=/trunk/KDE/kdelibs/; revision=1184513
|
|
- disabled some functionality for wince
- changed some stuff to unicode functions
svn path=/trunk/KDE/kdelibs/; revision=1149056
|
|
-use unset() now that we require cmake 2.6.4
-sync doc strings and line breaks
Alex
svn path=/trunk/KDE/kdelibs/; revision=1132356
|
|
kde-core-devel.
svn path=/trunk/KDE/kdelibs/; revision=1091507
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=1076822
|
|
-- the imported targets did not work with Qt installed as frameworks on OSX
-- if a project exported its libraries, and these libraries depend on Qt libs, but the installed FooConfig.cmake files
do not load FindQt4.cmake, this would result in unknown targets "Qt4::QtCore" etc. So now there is a switch
to enable the imported targets explicitely (what we do for KDE)
Alex
svn path=/trunk/KDE/kdelibs/; revision=1076819
|
|
-add a comment that the name of the imported targets must not change
Alex
svn path=/trunk/KDE/kdelibs/; revision=1076155
|
|
(when a project first did a find_package(Qt4) with a FindQt4.cmake not from kdelibs, followed by a find_package(KDE4), the imported targets
for the Qt library used in the exported targets file of kdelibs and created in kdelibs FindQt4.cmake did not exist, so it did not link)
Now when doing a find_package(KDE4) always the FindQt4.cmake in the same directory is executed, and only does nothing if
also the imported Qt targets already exist.
This should fix rekonq, quassel, amarok, etc.
Please let me know if it still does not work.
Please also let me know if it works now.
Thanks
Alex
CCMAIL: sputnick@quassel-irc.org
CCMAIL: bbeschow@cs.tu-berlin.de
svn path=/trunk/KDE/kdelibs/; revision=1074319
|
|
the release- and debug-libraries finally properly.
Tested on my machine with Linux with kdelibs, kdeutils and some other module, and also tested under Windows by Saro.
If you suddenly get strange linking-related errors with Qt4 libraries, please let me know ASAP.
This should also help the installation of KDE under Windows, since with these imported Qt libraries
the location of the Qt-libraries is not fixed at kdelibs-buildtime anymore (for the installed dependencies-file), but determined at 3rd-party cmake-time.
So different locations of Qt on a Windows-development machine should be no problem anymore.
(I'd like to have some feedback on this )
Alex
CCMAIL: kde-windows@kde.org
CCMAIL: kde-buildsystem@kde.org
CCMAIL: <ps_ml@gmx.de>
svn path=/trunk/KDE/kdelibs/; revision=1070849
|
|
first, because otherwise we always run into this branch (because the release-only and debug-only branches set both variables)
Alex
svn path=/trunk/KDE/kdelibs/; revision=1065525
|
|
current cmake
With this commit there are only minor differences to the FindQt4.cmake coming with cmake left.
Alex
svn path=/trunk/KDE/kdelibs/; revision=1064318
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=1064299
|
|
include-dir search
Alex
svn path=/trunk/KDE/kdelibs/; revision=1064296
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=1064278
|
|
Both are used always by UseQt4.cmake, and it is somewhat more logical to add it to QT_INCLUDE_DIR, since this is necessary when using Qt<Module>/foo.h includes, which is similar to the framework-style includes
Alex
CCMAIL: <mike@mikearthur.co.uk>
Mike, can you please confirm this also work for you on OSX ?
svn path=/trunk/KDE/kdelibs/; revision=1062473
|
|
Alex
CCMAIL: mike@mikearthur.co.uk
CCMAIL: kde-buildsystem@kde.org
svn path=/trunk/KDE/kdelibs/; revision=1062002
|
|
svn path=/trunk/KDE/kdelibs/; revision=1057264
|
|
svn path=/trunk/KDE/kdelibs/; revision=1053711
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=1053371
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=1049724
|
|
files Qt4Macros.cmake and Qt4ConfigDependentSettings.cmake, which are automatically included by FindQt4.cmake.
-no functional changes
Alex
svn path=/trunk/KDE/kdelibs/; revision=1049722
|
|
(http://lists.kde.org/?l=kde-core-devel&m=125797773120427&w=2)
Alex
svn path=/trunk/KDE/kdelibs/; revision=1048069
|
|
a long time probably)
-nicer formatting for the MSVC detection stuff
-no functional changes
Alex
svn path=/trunk/KDE/kdelibs/; revision=1048068
|
|
be a remnant from old cmake times, it's there since January 2006 (not sure cmake 2.4 was actually already released back then)
Mac users: if this breaks finding Qt4 frameworks for you, please let me know
Alex
svn path=/trunk/KDE/kdelibs/; revision=1047264
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=1046868
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=1046787
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=1046474
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=1046471
|
|
-use the same cmake code for finding the include dirs for the different Qt modules
-move the mark_as_advanced() around a bit
-fix the the -F flag for moc on OSX
Alex
svn path=/trunk/KDE/kdelibs/; revision=1046417
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=1046398
|
|
only windows specific stuff and adding QtScriptTools required for rocs
svn path=/trunk/KDE/kdelibs/; revision=1045351
|
|
...only 50 differences left
Alex
svn path=/trunk/KDE/kdelibs/; revision=1030987
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=1030977
|
|
This may result in the moc files placed in other directories as before.
The only difference should be when including files, but I think it should be ok.
Checked building kdelibs, no problems there.
Let me know if there are suddenly moc-related problems.
Alex
CCMAIL: kde-buildsystem@kde.org
svn path=/trunk/KDE/kdelibs/; revision=1030975
|
|
to moc
-pass -DWIN32 to moc under Windows
-add internal macro QT4_MAKE_OUTPUT_FILE(), not used yet
Alex
svn path=/trunk/KDE/kdelibs/; revision=1030952
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=1030207
|
|
version in the find_package() call
Alex
svn path=/trunk/KDE/kdelibs/; revision=1030201
|
|
- add macros QT4_CREATE_TRANSLATION() and QT4_ADD_TRANSLATION()
- figure out the QT_EDITION
- check for QT_MAC_USE_COCOA
Alex
svn path=/trunk/KDE/kdelibs/; revision=1030195
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=1030155
|
|
This needs Qt-4.5.3 when it's out or kde-qt (which has the fix backported).
For older versions of Qt, it didn't work before, and it still won't work;
we used standalone phonon instead (and most people still do).
svn path=/trunk/KDE/kdelibs/; revision=1013127
|
|
"qdbuscpp2xml: could not execute moc")
(empty file which itself will lead to a different error message next time)
Can this be merged into cmake's FindQt4.cmake? Thanks.
CCMAIL: kde-buildsystem@kde.org
svn path=/trunk/KDE/kdelibs/; revision=1012421
|
|
svn path=/trunk/KDE/kdelibs/; revision=993948
|
|
svn path=/trunk/KDE/kdelibs/; revision=993915
|
|
svn path=/trunk/KDE/kdelibs/; revision=993910
|
|
svn path=/trunk/KDE/kdelibs/; revision=976236
|
|
cmake-upstream.
svn path=/trunk/KDE/kdelibs/; revision=974307
|
|
svn path=/trunk/KDE/kdelibs/; revision=871039
|
|
the possibility for setting a header to include.
svn path=/trunk/KDE/kdelibs/; revision=852986
|