| View Issue Details [ Jump to Notes ] | [ Print ] | ||||||||
| ID | Project | Category | View Status | Date Submitted | Last Update | ||||
| 0010515 | CMake | CMake | public | 2010-04-07 07:33 | 2016-06-10 14:31 | ||||
| Reporter | Christoph Höger | ||||||||
| Assigned To | Brad King | ||||||||
| Priority | normal | Severity | minor | Reproducibility | always | ||||
| Status | closed | Resolution | moved | ||||||
| Platform | OS | OS Version | |||||||
| Product Version | CMake-2-8 | ||||||||
| Target Version | Fixed in Version | ||||||||
| Summary | 0010515: cmake deletes output files from add_custom_command under XP | ||||||||
| Description | Hi, I could only reproduces this under XP (I have only cmake 2.6 under fedora here), so this may be a single platform issue. When using a setup like: project(cmakeBug) set(src ${PROJECT_SOURCE_DIR}/src) set(inc ${PROJECT_SOURCE_DIR}/inc) add_custom_command(OUTPUT ${inc}/test.h ${inc}/test2.h ${src}/test.c COMMAND echo "//foo" > ${inc}/test.h COMMAND echo "//foo" > ${inc}/test2.h COMMAND echo "//bar" > ${src}/test.c ) add_executable(test ${src}/main.c ${src}/test.c) The next call to cmake will remove the first output file (test.h in that case). Note that this only happens for multiple output files. | ||||||||
| Tags | No tags attached. | ||||||||
| Attached Files | |||||||||
| Relationships | |
| Relationships |
| Notes | |
|
(0020092) Brad King (manager) 2010-04-07 12:03 |
This is intentional. If any output file does not exist we purposely delete the "primary" output file to ensure that the rule re-runs on the next build. |
|
(0020093) Christoph Höger (reporter) 2010-04-07 12:07 |
Would be fine, if this would not happen when all output files do exist and are up-to-date ;) |
|
(0020094) Brad King (manager) 2010-04-07 12:10 |
What happens if you add ${inc}/test.h to the executable sources? add_executable(test ${src}/main.c ${src}/test.c ${inc}/test.h) |
|
(0020095) Brad King (manager) 2010-04-07 12:11 |
What generator / toolchain are you using? |
|
(0030530) Brad King (manager) 2012-08-13 10:37 |
Sending issues I'm not actively working on to the backlog to await someone with time for them. If an issue you care about is sent to the backlog when you feel it should have been addressed in a different manner, please bring it up on the CMake mailing list for discussion. Sign up for the mailing list here, if you're not already on it: http://www.cmake.org/mailman/listinfo/cmake [^] It's easy to re-activate a bug here if you can find a CMake developer or contributor who has the bandwidth to take it on. |
|
(0041679) Kitware Robot (administrator) 2016-06-10 14:27 |
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. |
| Notes |
| Issue History | |||
| Date Modified | Username | Field | Change |
| 2010-04-07 07:33 | Christoph Höger | New Issue | |
| 2010-04-07 11:23 | Bill Hoffman | Status | new => assigned |
| 2010-04-07 11:23 | Bill Hoffman | Assigned To | => Brad King |
| 2010-04-07 12:03 | Brad King | Note Added: 0020092 | |
| 2010-04-07 12:07 | Christoph Höger | Note Added: 0020093 | |
| 2010-04-07 12:10 | Brad King | Note Added: 0020094 | |
| 2010-04-07 12:11 | Brad King | Note Added: 0020095 | |
| 2012-08-13 10:37 | Brad King | Status | assigned => backlog |
| 2012-08-13 10:37 | Brad King | Note Added: 0030530 | |
| 2016-06-10 14:27 | Kitware Robot | Note Added: 0041679 | |
| 2016-06-10 14:27 | Kitware Robot | Status | backlog => resolved |
| 2016-06-10 14:27 | Kitware Robot | Resolution | open => moved |
| 2016-06-10 14:31 | Kitware Robot | Status | resolved => closed |
| Issue History |
| Copyright © 2000 - 2018 MantisBT Team |