MantisBT - CMake
View Issue Details
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 [^]
Steps To Reproduce
Additional Information
TagsNo tags attached.
Relationships
related to 0008172closed Brad King ALL_BUILD is not the default StartUp Project in Visual Studio 7.0 or later versions 
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2009-01-19 12:56James BiglerNew Issue
2009-01-19 13:43David ColeStatusnew => assigned
2009-01-19 13:43David ColeAssigned To => David Cole
2009-01-21 16:49Brad KingAssigned ToDavid Cole => Brad King
2009-01-21 16:52Brad KingNote Added: 0014652
2009-01-21 16:52Brad KingNote Added: 0014653
2009-01-21 16:52Brad KingStatusassigned => closed
2009-01-21 16:52Brad KingResolutionopen => fixed
2009-01-21 16:53Brad KingRelationship addedrelated to 0008172

Notes
(0014652)
Brad King   
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   
2009-01-21 16:52   
I've scheduled this fix to be included in 2.6.3.