MantisBT - CMake | ||||||||||
| View Issue Details | ||||||||||
| ID | Project | Category | View Status | Date Submitted | Last Update | |||||
| 0010485 | CMake | CMake | public | 2010-03-30 06:14 | 2011-01-12 07:25 | |||||
| Reporter | Christoph Höger | |||||||||
| Assigned To | Brad King | |||||||||
| Priority | normal | Severity | minor | Reproducibility | always | |||||
| Status | closed | Resolution | fixed | |||||||
| Platform | OS | OS Version | ||||||||
| Product Version | CMake-2-8 | |||||||||
| Target Version | CMake 2.8.4 | Fixed in Version | CMake 2.8.4 | |||||||
| Summary | 0010485: add_custom_command searches literally for file name targets | |||||||||
| Description | When using something like set(mydir src/) add_custom_command(OUTPUT ${mydir}/foo and add_library(bar ${mydir}/foo) The file src/foo will not be generated (since the custom command is triggered literally by "src//foo"). Also there is no error reported by cmake about a missing source file src/foo or src//foo. This means that partially cmake handles filenames by normalizing them somehow and partially not. I'd suggest applying the normalizing routine to custom commands too. | |||||||||
| Steps To Reproduce | ||||||||||
| Additional Information | ||||||||||
| Tags | No tags attached. | |||||||||
| Relationships |
| |||||||||
| Attached Files | ||||||||||
| Issue History | ||||||||||
| Date Modified | Username | Field | Change | |||||||
| 2010-03-30 06:14 | Christoph Höger | New Issue | ||||||||
| 2010-12-14 18:22 | David Cole | Assigned To | => Brad King | |||||||
| 2010-12-14 18:22 | David Cole | Status | new => assigned | |||||||
| 2010-12-15 08:51 | Brad King | Note Added: 0024139 | ||||||||
| 2010-12-15 08:51 | Brad King | Status | assigned => closed | |||||||
| 2010-12-15 08:51 | Brad King | Resolution | open => fixed | |||||||
| 2011-01-12 07:25 | David Cole | Fixed in Version | => CMake 2.8.4 | |||||||
| 2011-01-12 07:25 | David Cole | Target Version | => CMake 2.8.4 | |||||||
| 2011-03-29 18:09 | Brad King | Relationship added | related to 0011973 | |||||||
| Notes | |||||
|
|
|||||
|
|
||||