View Issue Details Jump to Notes ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0008711CMakeCMakepublic2009-03-10 04:092013-04-17 08:54
ReporterFilip Konvicka 
Assigned ToDavid Cole 
PrioritynormalSeverityminorReproducibilityalways
StatusclosedResolutionfixed 
PlatformOSOS Version
Product VersionCMake-2-6 
Target VersionCMake 2.8.11Fixed in VersionCMake 2.8.11 
Summary0008711: SOURCE_GROUP priorities not working
DescriptionDocs says about SOURCE_GROUP:

Any file whose name is listed or matches the regular expression will be placed in this group. If a file matches multiple groups, the LAST group that explicitly lists the file will be favored, if any. If no group explicitly lists the file, the LAST group whose regular expression matches the file will be favored.

See the attached example - generate for MSVC 9 (probably happens with 7 and 8 too). All source files end up in the FIRST group. This only happens with regex, listing a file explicitly does the right thing.
TagsNo tags attached.
Attached Fileszip file icon cmakefolders.zip [^] (1,013 bytes) 2009-03-10 04:09

 Relationships
related to 0004395closedDavid Cole SOURCE_GROUP override broken with recursive groups 
related to 0013611closedDavid Cole SOURCE_GROUP doesn't use last match 

  Notes
(0015615)
Filip Konvicka (reporter)
2009-03-10 04:40

May be related to issue 0007932
(0027878)
Filip Konvicka (LOGIS) (reporter)
2011-12-01 06:09

Additionally, in VS 2010, if the group name contains a colon (:), then the generated project files won't even load.
(0030602)
David Cole (manager)
2012-08-13 15:12

Sending old, not-recently-updated issues to the backlog.

(The age of the bug alone means that nobody is actively working on it...)

If an issue you care about is sent to the backlog when you feel it should have been addressed in a different manner, please bring it up on the CMake mailing list for discussion. Sign up for the mailing list here, if you're not already on it: http://www.cmake.org/mailman/listinfo/cmake [^]

It's easy to re-activate a bug here if you can find a CMake developer who has the bandwidth to take it on, and ferry a fix through to our 'next' branch for dashboard testing.
(0031684)
David Cole (manager)
2012-11-23 11:29

Same fix as related issue 0013611
(0032879)
Robert Maynard (manager)
2013-04-17 08:54

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

 Issue History
Date Modified Username Field Change
2009-03-10 04:09 Filip Konvicka New Issue
2009-03-10 04:09 Filip Konvicka File Added: cmakefolders.zip
2009-03-10 04:40 Filip Konvicka Note Added: 0015615
2010-12-14 15:36 David Cole Status new => assigned
2010-12-14 15:36 David Cole Assigned To => David Cole
2011-12-01 06:09 Filip Konvicka (LOGIS) Note Added: 0027878
2012-08-13 15:12 David Cole Status assigned => backlog
2012-08-13 15:12 David Cole Note Added: 0030602
2012-08-13 15:19 David Cole Assigned To David Cole =>
2012-10-28 09:16 David Cole Assigned To => David Cole
2012-10-28 09:16 David Cole Status backlog => assigned
2012-10-28 09:17 David Cole Target Version => CMake 2.8.11
2012-10-28 09:22 David Cole Relationship added related to 0013611
2012-10-28 09:22 David Cole Relationship added related to 0004395
2012-11-23 11:29 David Cole Note Added: 0031684
2012-11-23 11:29 David Cole Status assigned => resolved
2012-11-23 11:29 David Cole Fixed in Version => CMake 2.8.11
2012-11-23 11:29 David Cole Resolution open => fixed
2013-04-17 08:54 Robert Maynard Note Added: 0032879
2013-04-17 08:54 Robert Maynard Status resolved => closed


Copyright © 2000 - 2018 MantisBT Team