View Issue Details Jump to Notes ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0008400CMakeCMakepublic2009-01-19 12:562009-01-21 16:52
ReporterJames Bigler 
Assigned ToBrad King 
PrioritynormalSeverityminorReproducibilityalways
StatusclosedResolutionfixed 
PlatformOSOS Version
Product VersionCMake-2-6 
Target VersionFixed in Version 
Summary0008400: Visual Studio generator doesn't do copy_if_different for .sln files.
DescriptionIt appears that the visual studio generator doesn't do a copy_if_different for the .sln files. If you make a non semantic change to a CMakeLists.txt file (such as change a message statement or a comment), the VS plugin asks to reload the solution even though nothing should have changed. The file also changes on disk.

http://www.cmake.org/pipermail/cmake/2009-January/026521.html [^]
TagsNo tags attached.
Attached Files

 Relationships
related to 0008172closedBrad King ALL_BUILD is not the default StartUp Project in Visual Studio 7.0 or later versions 

  Notes
(0014652)
Brad King (manager)
2009-01-21 16:52

It does do copy-if-different. The problem is that the file gets generated differently too often. The order of projects written into the solution by 2.6.2 is based on internal pointer values. CMake 2.4 ordered targets by name which was always consistent. This problem was created when we implemented the feature to magically pull in dependent targets in a subproject solution file. I've committed a fix to restore the ordering by name.

/cvsroot/CMake/CMake/Source/cmGlobalVisualStudio71Generator.cxx,v <--
Source/cmGlobalVisualStudio71Generator.cxx
new revision: 1.51; previous revision: 1.50
/cvsroot/CMake/CMake/Source/cmGlobalVisualStudio7Generator.cxx,v <--
Source/cmGlobalVisualStudio7Generator.cxx
new revision: 1.103; previous revision: 1.102
/cvsroot/CMake/CMake/Source/cmGlobalVisualStudio7Generator.h,v <--
Source/cmGlobalVisualStudio7Generator.h
new revision: 1.46; previous revision: 1.45
(0014653)
Brad King (manager)
2009-01-21 16:52

I've scheduled this fix to be included in 2.6.3.

 Issue History
Date Modified Username Field Change
2009-01-19 12:56 James Bigler New Issue
2009-01-19 13:43 David Cole Status new => assigned
2009-01-19 13:43 David Cole Assigned To => David Cole
2009-01-21 16:49 Brad King Assigned To David Cole => Brad King
2009-01-21 16:52 Brad King Note Added: 0014652
2009-01-21 16:52 Brad King Note Added: 0014653
2009-01-21 16:52 Brad King Status assigned => closed
2009-01-21 16:52 Brad King Resolution open => fixed
2009-01-21 16:53 Brad King Relationship added related to 0008172


Copyright © 2000 - 2018 MantisBT Team