View Issue Details [ Jump to Notes ]

[ Print ]

Project

Category

View Status

Date Submitted

Last Update

0000319

CMake

public

2003-11-03 15:44

2003-11-04 09:01

Reporter

Ian Scott

Assigned To

Brad King

Priority

urgent

Severity

major

Reproducibility

always

Status

closed

Resolution

fixed

Platform

OS Version

Product Version

Target Version

Fixed in Version

Summary

0000319: Change in QT_WRAP_CPP's behaviour

Description

There appears to have been a change in the behaviour of QT_WRAP_CPP between 1.6.7 and 1.8.1. QT_WRAP_CPP now adds its .h files to the library/executable file list. Is this a deliberate
change in behaviour. It isn't mentioned in the documentation, and it breaks
compatibility with old CMakeLists.txt files.

Details:

In the following example (which ran happily under CMake1.6.7)
PROJECT(qtest)

INCLUDE (${CMAKE_ROOT}/Modules/FindQT.cmake)
INCLUDE_DIRECTORIES(${QT_INCLUDE_DIR})
SET(qtest_sources
qtest_pane.h qtest_pane.cxx )

SET(qtest_moc_classes
qtest_pane.h )

QT_WRAP_CPP(qtest qtest_moc_files ${qtest_moc_classes})
ADD_LIBRARY(qtest ${qtest_sources} ${qtest_moc_files})
TARGET_LINK_LIBRARIES(qtest ${QT_LIBRARIES} )

qtest_pane.h is now added twice to the source files list for the library qtest. This is no problem under UNIX, but causes MSVC6.0 to barf that it has two candidates for the creation of moc_qtest_paine.cxx. The problem occurs in both CMake 1.8.1 and the CVS HEAD.

Tags

No tags attached.

Attached Files

Relationships

Notes
(0000223) System Admin (reporter) 2003-11-03 15:54	Checking in Source/cmQTWrapCPPCommand.cxx; /cvsroot/CMake/CMake/Source/cmQTWrapCPPCommand.cxx,v <-- cmQTWrapCPPCommand.cxx new revision: 1.16; previous revision: 1.15 done Should be fixed in 1.8.2

(0000227) Brad King (manager) 2003-11-04 09:01	Fix has been merged to 1.8 branch for 1.8.2 release.

Issue History
Date Modified	Username	Field	Change