On 05/16/2012 06:51 AM, Adrien Guinet wrote:
Hello everyone,
It seems that, in Qt 4.8.1 (at least in the Debian packages), the QtWebKit
module isn't shipped in a separated .so (libQtWebKit.so).
Thus, this makes FindQt4.cmake fails to find the QtWebkit modules, beucase
a module is considered
Brad King wrote:
On 5/14/2012 5:18 PM, Alexander Neundorf wrote:
This is the output I get when running the attachec example with cmake
2.6.4 and 2.8.0:
The behavior of properties did not change. There was a
bug in CMake 2.6 that was fixed here:
Hi there,
In Qt 5 we currently generate IMPORTED_LOCATION_${Config} for the Debug or
Release (or both, depending on platform), depending on how Qt is configured.
If both exist (on windows) and the caller uses CMAKE_BUILD_TYPE == Debug or
Release, the correct location should be used. However,
On 05/16/2012 06:42 AM, Stephen Kelly wrote:
In Qt 5 we currently generate IMPORTED_LOCATION_${Config} for the Debug or
Release (or both, depending on platform), depending on how Qt is configured.
If both exist (on windows) and the caller uses CMAKE_BUILD_TYPE == Debug or
Release, the
On Sun, May 13, 2012 at 11:59:20PM +0200, Stephen Kelly wrote:
Stephen Kelly wrote:
Furthermore, there is no need to make paths within the build directory
absolute. Each command must be invoked from the home output directory
(i.e. the build root directory), so each command's directory
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=13231
==
Reported By:Jess
Assigned To:
