View Issue Details [ Jump to Notes ] | [ Print ] | ||||||||
ID | Project | Category | View Status | Date Submitted | Last Update | ||||
0009924 | CMake | CMake | public | 2009-11-19 13:03 | 2010-12-14 16:22 | ||||
Reporter | Ben Medina | ||||||||
Assigned To | David Cole | ||||||||
Priority | normal | Severity | minor | Reproducibility | always | ||||
Status | closed | Resolution | no change required | ||||||
Platform | OS | OS Version | |||||||
Product Version | CMake-2-8 | ||||||||
Target Version | Fixed in Version | CMake 2.8.3 | |||||||
Summary | 0009924: VS 10 generator appends Debug/Release to RUNTIME_OUTPUT_DIRECTORY | ||||||||
Description | In my project, I set RUNTIME_OUTPUT_DIRECTORY for my executable to something like '...somepath.../results/win32/${CMAKE_CFG_INTDIR}/bin'. This works as expected for the VS 9 generator: I end up with a .exe in that directory. However, the VS 10 generator creates a project with $(OutDir) set to '...somepath.../results/win32/Debug/bin/Debug' (or Release for release builds). And the linker output file is set to '$(OutDir)$(TargetName)$(TargetExt)'. So the resulting .exe is not in the location I specified by RUNTIME_OUTPUT_DIRECTORY, but one level below, instead. | ||||||||
Tags | No tags attached. | ||||||||
Attached Files | |||||||||
Relationships | |
Relationships |
Notes | |
(0018490) Ben Medina (reporter) 2009-11-19 19:06 |
Looking at the VS9 generator, it overrides the default Linker>General>Output File setting based on what I set for RUNTIME_OUTPUT_DIRECTORY. However, the VS10 generator leaves the default value of $(OutDir)$(TargetName)$(TargetExt) in place, and OutDir is set to RUNTIME_OUTPUT_DIRECTORY/Debug. |
(0018578) Ben Medina (reporter) 2009-11-24 14:24 |
A better bug title would have been: VS 10 generator does not obey the RUNTIME_OUTPUT_DIRECTORY property I can change RUNTIME_OUTPUT_DIRECTORY to something completely outside of my dev tree, and the VS10 generator does not set the appropriate path in Configuration Properties>Linker>General>Output File for EXEs or DLLs. This is the only bug preventing my project from working with VS 2010 B2. |
(0018595) Ben Medina (reporter) 2009-11-25 14:45 |
After some more investigation, I believe this is really a duplicate of http://www.cmake.org/Bug/view.php?id=8243. [^] Our previous workaround of defining PREFIX and IMPORT_PREFIX doesn't work, so I'm looking into the new per-config target directories introduced here: http://www.cmake.org/Bug/view.php?id=9163. [^] Please close this bug. |
(0023976) David Cole (manager) 2010-12-14 16:22 |
Closing at the request of the reporter. |
Notes |
Issue History | |||
Date Modified | Username | Field | Change |
2009-11-19 13:03 | Ben Medina | New Issue | |
2009-11-19 19:06 | Ben Medina | Note Added: 0018490 | |
2009-11-24 14:24 | Ben Medina | Note Added: 0018578 | |
2009-11-25 14:45 | Ben Medina | Note Added: 0018595 | |
2010-12-14 16:22 | David Cole | Assigned To | => David Cole |
2010-12-14 16:22 | David Cole | Status | new => assigned |
2010-12-14 16:22 | David Cole | Note Added: 0023976 | |
2010-12-14 16:22 | David Cole | Status | assigned => closed |
2010-12-14 16:22 | David Cole | Resolution | open => no change required |
2010-12-14 16:22 | David Cole | Fixed in Version | => CMake 2.8.3 |
Issue History |
Copyright © 2000 - 2018 MantisBT Team |