MantisBT - CMake
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0005799CMakeCMakepublic2007-09-28 15:062011-01-28 10:48
ReporterDaniel Nelson 
Assigned ToDavid Cole 
PrioritynormalSeverityminorReproducibilityalways
StatusclosedResolutionfixed 
PlatformOSOS Version
Product Version 
Target VersionFixed in VersionCMake-2-6 
Summary0005799: If you use ADD_SUBDIRECTORY with EXCLUDE_FROM_ALL then progress percent will not be calculated properly.
DescriptionIf you use ADD_SUBDIRECTORY with the EXCLUDE_FROM_ALL argument, every child target also has to be marked EXCLUDE_FROM_ALL or the progress percentage will be calculated incorrectly.

Here is an example:
.
|-- CMakeLists.txt
|-- main.cpp
`-- optional
    |-- CMakeLists.txt
    `-- optional.cpp

./CMakeLists.txt
PROJECT(progress)
ADD_SUBDIRECTORY(optional blah EXCLUDE_FROM_ALL)
ADD_EXECUTABLE(main main.cpp)

./optional/CMakeLists.txt
ADD_EXECUTABLE(optional optional.cpp)

If you type make, it will only count to 50% before completing. But if you add the EXCLUDE_FROM_ALL argument to the target "optional" then it will count to 100%.


Steps To Reproduce
Additional Information
TagsNo tags attached.
Relationships
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2007-09-28 15:06Daniel NelsonNew Issue
2007-10-12 09:46Bill HoffmanStatusnew => assigned
2007-10-12 09:46Bill HoffmanAssigned To => Bill Hoffman
2007-12-18 10:24Bill HoffmanAssigned ToBill Hoffman => Ken Martin
2008-10-15 01:54Daniel NelsonNote Added: 0013882
2010-12-14 11:15David ColeNote Added: 0023954
2010-12-14 11:15David ColeStatusassigned => closed
2010-12-14 11:15David ColeResolutionopen => fixed
2010-12-14 11:15David ColeFixed in Version => CMake-2-6
2010-12-14 11:52David ColeAssigned ToKen Martin => David Cole
2010-12-14 11:52David ColeStatusclosed => assigned
2011-01-28 10:48David ColeNote Added: 0025126
2011-01-28 10:48David ColeStatusassigned => closed

Notes
(0013882)
Daniel Nelson   
2008-10-15 01:54   
This bug no longer exists in cmake 2.6.1.
(0023954)
David Cole   
2010-12-14 11:15   
Fixed already, no present change required, as documented in previously attached notes.
(0025126)
David Cole   
2011-01-28 10:48   
Re-closing, as later re-assignment inadvertently re-opened this issue. Really, it's closed. Fixed. Done. Later, tater.