View Issue Details [ Jump to Notes ] [ Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0010040CMakeCMakepublic2009-12-11 18:232011-04-04 12:00
Reportersis 
Assigned ToDavid Cole 
PrioritynormalSeveritymajorReproducibilityalways
StatusclosedResolutionduplicate 
PlatformOSOS Version
Product VersionCMake-2-8 
Target VersionCMake 2.8.4Fixed in VersionCMake 2.8.3 
Summary0010040: VS2010 generator does not handle project names containing periods ('.')
DescriptionProblem: Define a CMAKE script describing a project named e.g. "aaa.bbb.ccc". In the generated VS2010 project, the part "bbb.ccc" is removed from the target name.

Cause: The behaviour is caused by code in the function "cmVisualStudio10TargetGenerator::WritePathAndIncrementalLinkOptions" in "cmVisualStudio10TargetGenerator.cxx" which generates the "TargetName" attribute of the VS2010 project file.

Possible fix: Replacing the single call to "GetFilenameWithoutExtension" with a call to "GetFilenameWithoutLastExtension" fixes the problem.
TagsNo tags attached.
Attached Files

 Relationships
duplicate of 0010611closedDavid Cole VS2010 generator doesn't handle executable names with periods. 
related to 0010639closedDavid Cole Generating Visual Studio 2010 targets with a dot in its name fails 
related to 0009163closedBrad King A way to set different output paths for MSVC Debug/Release configurations 
related to 0010276closedBill Hoffman PREFIX "..\" hack does not work for VisualStudio 10.0 any more 

  Notes
(0023190)
Daniel Barber (reporter)
2010-11-11 17:39
edited on: 2010-11-19 10:08

 My problem may be related to this in VS2010. The target name is not being set correctly when I try to add periods to make it a relative output name. For example:

set_target_properties(${t_name} PROPERTIES OUTPUT_NAME ../${t_name})

Will result in the name being just ${t_name}. I'm running version 2.8.3 on Windows 7. I need this to work so that the output files will be in the correct directory (not the Debug/Release folders VS creates). If I manually set the target name to ../${t_name} in VS2010 using the GUI it works, so I know this can be done. This works in 2008 and with UNIX Makefiles just fine.
(0024120)
David Cole (manager)
2010-12-14 18:57

 Keeping this one open, because the note ( http://public.kitware.com/Bug/view.php?id=10040#c23190 [^] ) indicates a regression in behavior -- needs further investigation before closing as a duplicate report.
(0024238)
Brad King (manager)
2010-12-17 12:39

 This was never supported for VS 2010 so it is not a regression.

CMake 2.8.2 introduced a real solution to the use case:

http://www.cmake.org/cmake/help/cmake-2-8-docs.html#prop_tgt:ARCHIVE_OUTPUT_DIRECTORY_CONFIG [^]
http://www.cmake.org/cmake/help/cmake-2-8-docs.html#prop_tgt:LIBRARY_OUTPUT_DIRECTORY_CONFIG [^]
http://www.cmake.org/cmake/help/cmake-2-8-docs.html#prop_tgt:RUNTIME_OUTPUT_DIRECTORY_CONFIG [^]
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=74c59a74 [^]
(0024239)
David Cole (manager)
2010-12-17 12:49

 Daniel Barber, I'm going to mark this bug as resolved because the main issue reported here is already fixed in CMake 2.8.3. Please see Brad's note ( http://public.kitware.com/Bug/view.php?id=10040#c24238 [^] ) about how to use the new per-config output directory properties to achieve your goal in a different (but expected and supported by the CMake developers) way...

Thanks.
(0024240)
David Cole (manager)
2010-12-17 12:52

 This was fixed when its duplicate was fixed ... in the CMake 2.8.3 release.
(0026069)
David Cole (manager)
2011-04-04 12:00

 Closing resolved issues that have not been updated in more than 3 months.

 Issue History
Date Modified Username Field Change
2009-12-11 18:23 sis New Issue
2010-11-11 17:39 Daniel Barber Note Added: 0023190
2010-11-19 10:08 Daniel Barber Note Edited: 0023190
2010-12-14 17:11 David Cole Assigned To => David Cole
2010-12-14 17:11 David Cole Status new => assigned
2010-12-14 18:56 David Cole Relationship added related to 0010611
2010-12-14 18:56 David Cole Relationship added related to 0010639
2010-12-14 18:57 David Cole Note Added: 0024120
2010-12-17 07:35 David Cole Target Version => CMake 2.8.4
2010-12-17 12:39 Brad King Note Added: 0024238
2010-12-17 12:40 Brad King Relationship added related to 0009163
2010-12-17 12:49 David Cole Note Added: 0024239
2010-12-17 12:52 David Cole Note Added: 0024240
2010-12-17 12:52 David Cole Relationship replaced duplicate of 0010611
2010-12-17 12:52 David Cole Status assigned => resolved
2010-12-17 12:52 David Cole Fixed in Version => CMake 2.8.3
2010-12-17 12:52 David Cole Resolution open => duplicate
2010-12-17 12:59 David Cole Relationship added related to 0010276
2011-04-04 12:00 David Cole Note Added: 0026069
2011-04-04 12:00 David Cole Status resolved => closed

Copyright © 2000 - 2018 MantisBT Team