Both of those issues have already been fixed, and are in the latest
CMake 2.6. Though, I don't remember the earliest version they were
fixed in.
Thanks,
Clint
Jean-Paul Chaput wrote:
Hello,
I may have found a problem in FindQt4.cmake. It may have been already
solved, in which case I apologize for generating noise on the list.
(but I've been able to find a fix with google...)
In attachement I joined a patch that fix the problem.
I use CMake 2.4.7 under Scientific Linux 5 (RHEL5 clone) and a Qt 4.3.2.
The problem shows when you uses a statically compiled Qt4.
To detect the Qt configuration file "qconfig.pri" the script runs the
command :
qmake-qt4 -query QMAKE_MKSPECS
And assumes the result is a path. But, in fact it's a colon separated
list of pathes. When there is only one path, it works, but when more
than one path is present, it fails. The solution is to iterate over
the path list in the search of qconfig.pri (see attached patch).
On my system, the test also fails for dynamic linking, but the
linking process is less strict than for static and success thus
hiding the bug.
In addition I've added the test for detecting the libraries needed when
the "glib" feature is enabled : system libraries glib-2.0 & gthread.
In the hope to be useful.
------------------------------------------------------------------------
_______________________________________________
CMake mailing list
[email protected]
http://www.cmake.org/mailman/listinfo/cmake
_______________________________________________
CMake mailing list
[email protected]
http://www.cmake.org/mailman/listinfo/cmake
