diff options
| author | Alexander Neundorf <neundorf@kde.org> | 2010-01-06 22:22:22 +0000 |
|---|---|---|
| committer | Alexander Neundorf <neundorf@kde.org> | 2010-01-06 22:22:22 +0000 |
| commit | be71e39f528e26bfc1ff97ef2b615bc515342a05 (patch) | |
| tree | bdba5a2ff4870d3010074a223cef974d96753a5d /modules/BasicFindPackageVersion.cmake.in | |
| parent | 028b0d21b6bcdad6ae71bb35748261af900d492c (diff) | |
| download | extra-cmake-modules-be71e39f528e26bfc1ff97ef2b615bc515342a05.tar.gz extra-cmake-modules-be71e39f528e26bfc1ff97ef2b615bc515342a05.tar.bz2 | |
-introduce imported targets for the various Qt4 libraries, so we can handle 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
Diffstat (limited to 'modules/BasicFindPackageVersion.cmake.in')
0 files changed, 0 insertions, 0 deletions