MantisBT - CMake | |||||
View Issue Details | |||||
ID | Project | Category | View Status | Date Submitted | Last Update |
0007062 | CMake | CMake | public | 2008-05-20 10:59 | 2010-12-20 11:44 |
Reporter | jesperes | ||||
Assigned To | Brad King | ||||
Priority | normal | Severity | feature | Reproducibility | N/A |
Status | closed | Resolution | suspended | ||
Platform | OS | OS Version | |||
Product Version | CMake-2-6 | ||||
Target Version | Fixed in Version | ||||
Summary | 0007062: Customizable make output | ||||
Description | There 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 | |||||
Tags | No tags attached. | ||||
Relationships | |||||
Attached Files | |||||
Issue History | |||||
Date Modified | Username | Field | Change | ||
2008-05-20 10:59 | jesperes | New Issue | |||
2008-05-20 11:03 | Bill Hoffman | Status | new => assigned | ||
2008-05-20 11:03 | Bill Hoffman | Assigned To | => Ken Martin | ||
2010-12-14 11:19 | David Cole | Assigned To | Ken Martin => | ||
2010-12-15 06:53 | David Cole | Assigned To | => Brad King | ||
2010-12-20 11:44 | Brad King | Note Added: 0024285 | |||
2010-12-20 11:44 | Brad King | Status | assigned => closed | ||
2010-12-20 11:44 | Brad King | Resolution | open => suspended |
Notes | |||||
|
|||||
|
|