View Issue Details Jump to Notes ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0011368CMakeCTestpublic2010-10-27 07:332016-06-10 14:31
ReporterMarcel Loose 
Assigned ToKitware Robot 
PrioritynormalSeverityminorReproducibilityalways
StatusclosedResolutionmoved 
PlatformOSOS Version
Product VersionCMake 2.8.3 
Target VersionFixed in Version 
Summary0011368: Let CTest return with an error status when compiler errors occur
DescriptionCurrently, a command like 'ctest -D ExperimentalBuild' returns with exit status 0, even if compiler errors occurred. This is IMO caused by the fact that 'make -i' is used to build the code. See http://www.mail-archive.com/cmake@cmake.org/msg32294.html [^] for a discussion on this issue.

I would like ctest to return with a non-zero exit status when compiler errors have occurred. It would really help in situations where, e.g., 'ctest -D ExperimentalBuild' is used in a script.
TagsNo tags attached.
Attached Files

 Relationships

  Notes
(0022715)
Michael Wild (reporter)
2010-10-27 07:40

As I already said on the mailing list I would like to keep "make -i" for various reasons.

Also, there seems to be an issue with the error parser which fails to detect any compiler errors. If that was fixed, CTest could exit with a non-zero return value even if the build process did.
(0023821)
David Cole (manager)
2010-12-08 16:12

To preserve existing behavior, running ctest with -D or -S should do what's it been doing by default. We could, however, add a "--propagate-tool-errors" (or something with a better name!) command line flag to ctest that would change the behavior in this way.
(0024551)
David Cole (manager)
2011-01-10 14:51

Not enough time to get a fix for this into CMake 2.8.4 -- deferring until later.
(0036119)
Andras Lasso (reporter)
2014-06-04 18:05

Any chance that this will be fixed?
Is there any workaround to prevent starting of testing if the build failed?
(0038272)
Utkarsh Ayachit (reporter)
2015-03-21 19:27

Ping! Can we prioritize this one please?
(0040354)
dolfim (reporter)
2016-01-29 05:11

+1 for this.
(0041758)
Kitware Robot (administrator)
2016-06-10 14:28

Resolving issue as `moved`.

This issue tracker is no longer used. Further discussion of this issue may take place in the current CMake Issues page linked in the banner at the top of this page.

 Issue History
Date Modified Username Field Change
2010-10-27 07:33 Marcel Loose New Issue
2010-10-27 07:40 Michael Wild Note Added: 0022715
2010-11-10 11:47 David Cole Product Version CMake-2-8 => CMake 2.8.3
2010-11-10 11:47 David Cole Target Version => CMake 2.8.4
2010-11-10 11:47 David Cole Status new => assigned
2010-11-10 11:47 David Cole Assigned To => David Cole
2010-12-08 16:12 David Cole Note Added: 0023821
2011-01-10 14:51 David Cole Note Added: 0024551
2011-01-10 14:51 David Cole Target Version CMake 2.8.4 =>
2011-10-25 22:54 David Cole Assigned To David Cole =>
2011-10-25 22:54 David Cole Status assigned => backlog
2014-06-04 18:05 Andras Lasso Note Added: 0036119
2015-03-21 19:27 Utkarsh Ayachit Note Added: 0038272
2016-01-29 05:11 dolfim Note Added: 0040354
2016-06-10 14:28 Kitware Robot Note Added: 0041758
2016-06-10 14:28 Kitware Robot Status backlog => resolved
2016-06-10 14:28 Kitware Robot Resolution open => moved
2016-06-10 14:28 Kitware Robot Assigned To => Kitware Robot
2016-06-10 14:31 Kitware Robot Status resolved => closed


Copyright © 2000 - 2018 MantisBT Team