[CMake] QT build issues

[Hendrik Belitz]

Indeed, there is another issue with CMake 2.4.2 on Linux and Qt. When qt3 and 
qt4 are installed in parallel on the system, the FindQt module seems to fail 
to detect the correct paths to the qt tools like moc, qmake and uic. Instead 
of using the qt3 versions when QT_DESIRED_VERSION ist set to 3, it always 
uses the qt4 versions, which will not work with older qt3 .ui files.

Regards
 Hendrik

Am Dienstag, 11. Juli 2006 18:47 schrieb John Biddiscombe:
> These bugs are as of cmake 2.4. patch 2 (branch CMake-2.4)
>
> Bug 1:
> Linking against QT built as static is incorrect under windows, patch was
> posted some time ago, but am still waiting
> http://www.cmake.org/Bug/bug.php?op=show&bugid=3222&pos=27
> also Qt static needs imm32 ws_32 and something else I can't remember OTOMH
>
> Bug 2
> Linking against QT Built as static under linux fails due to incorrect
> order of libs being linked. Also missing some libs which result in link
> errors (for example Qt wants to use system png and others. Apps can fix
> this by overriding the QT_LIBRARIES variable but perhaps it could be
> guessed better somewhere
>
> Bug 3
> QT_DESIRED_VERSION keeps appearing as a filepath and can't be entered in
> the windows gui. no idea why since it's clearly stated as a STRING and
> not a FILEPATH but it keeps going into my cache as a FILEPATH and it's
> very annoying.
>
> Bug 4
> FindQt4 sets libs to optimized xxx debug yyy
> UseQt4 sets them to optimized ${STRING_FROM_ABOVE} debug ...
> which causes a string with optimized optimized xxx debug debug yyy in
> some cases and linking fails as it tries to link against a lib called
> optimized
>
> Bug 5
> on windows it only checks for QtCore4d.lib etc when in fact we get
> QtCored.lib and so have to do them manually. This is easy to fix in
> FindQt4.cmake
>
> Bug 6
> There are some more but I can't remember them and have to go.