View Issue Details Jump to Notes ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0013481CMakeCMakepublic2012-08-18 07:342016-06-10 14:31
ReporterWolfgang Steiner 
Assigned ToKitware Robot 
PrioritynormalSeverityminorReproducibilityalways
StatusclosedResolutionmoved 
PlatformWin64OSWindowsOS Version7
Product VersionCMake 2.8.9 
Target VersionFixed in Version 
Summary0013481: .rule files & source_group bug
DescriptionI switched from CMake 2.8.8 to 2.8.9 today and am getting the following bug.
I'm placing .rule files of my project into a common source group by using the "source_group" command. After my switch to 2.8.9, CMake additionally adds the .rule files to another (implicit?) source group called "CMake Rules".

So for the case of Visual Studio, I now have two project folders with all .rule files duplicated. I hope this is a bug and not a feature, since I love using the source_group command to structure my project's source tree :)

PS: I only could test this with VS 2010, I don't know if this is only happening for the VS 2010 Generator or if it's the same for other generators as well

Thanks
Steps To Reproduce* use CMake 2.8.9
* add a .rule file to an executable/library
* add this .rule file to a source_group
* run CMake to generate a Visual Studio project (VS 2010 in my case)
* CMake generates two source groups with the .rule file in them, one with the name you requested, the second is a source group named "CMake Rules"
TagsNo tags attached.
Attached Files

 Relationships

  Notes
(0030709)
Brad King (manager)
2012-08-20 08:14

This has been a feature of the VS generators since 2003:

 http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=ba68f771#patch19 [^]

It was a bug if it didn't work for the VS 10 generator prior to 2.8.9, though I don't remember fixing this explicitly. Several cleanups for the VS 10 generator were done between 2.8.8 and 2.8.9 and one may have fixed this too.

What you're requesting is an interface to disable this feature.
(0042107)
Kitware Robot (administrator)
2016-06-10 14:28

Resolving issue as `moved`.

This issue tracker is no longer used. Further discussion of this issue may take place in the current CMake Issues page linked in the banner at the top of this page.

 Issue History
Date Modified Username Field Change
2012-08-18 07:34 Wolfgang Steiner New Issue
2012-08-20 08:14 Brad King Note Added: 0030709
2016-06-10 14:28 Kitware Robot Note Added: 0042107
2016-06-10 14:28 Kitware Robot Status new => resolved
2016-06-10 14:28 Kitware Robot Resolution open => moved
2016-06-10 14:28 Kitware Robot Assigned To => Kitware Robot
2016-06-10 14:31 Kitware Robot Status resolved => closed


Copyright © 2000 - 2018 MantisBT Team