MantisBT - CMake
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0007062CMakeCMakepublic2008-05-20 10:592010-12-20 11:44
Reporterjesperes 
Assigned ToBrad King 
PrioritynormalSeverityfeatureReproducibilityN/A
StatusclosedResolutionsuspended 
PlatformOSOS Version
Product VersionCMake-2-6 
Target VersionFixed in Version 
Summary0007062: Customizable make output
DescriptionThere are several problems with the output from make when using cmake's makefile generator:

- It doesn't handle parallell make nicely, the output becomes jumbled.
- The -s flag to make is not obeyed.
- Progress messages can't be switched off.
- Progress messages are often too long.

All of these could be addressed by moving the output management to an external, replacable, utility (optionally, of course). Lets call it a "logproxy". For example:

set(CMAKE_LOGGER_PROXY, /path/to/logproxy)

The logproxy program is then invoked from the makefiles to handle any output (other than from make itself, of course):

main.o:
        @$(LOGPROXY) Building $@
        $(CC) ...

I believe this could be implemented in a completely backwards compatible manner.
Steps To Reproduce
Additional Information
TagsNo tags attached.
Relationships
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2008-05-20 10:59jesperesNew Issue
2008-05-20 11:03Bill HoffmanStatusnew => assigned
2008-05-20 11:03Bill HoffmanAssigned To => Ken Martin
2010-12-14 11:19David ColeAssigned ToKen Martin =>
2010-12-15 06:53David ColeAssigned To => Brad King
2010-12-20 11:44Brad KingNote Added: 0024285
2010-12-20 11:44Brad KingStatusassigned => closed
2010-12-20 11:44Brad KingResolutionopen => suspended

Notes
(0024285)
Brad King   
2010-12-20 11:44   
CMake 2.8 supports turning off most of the output:

  http://www.cmake.org/cmake/help/cmake-2-8-docs.html#prop_global:RULE_MESSAGES [^]

Other than that, the current output is all we want to support. We already jump through lots of hoops to make native make systems do what we need. Getting a logproxy to work cross-platform is non-trivial.

In the future we may implement our own make tool ("cbuild" or something) and a CMake generator for it. For that generator we will be able to have much more customized output without crazy hacks for every make tool.