MantisBT - CMake
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0012963CMakeCMakepublic2012-02-14 06:352014-11-03 08:38
Reporterbirken 
Assigned To 
PrioritynormalSeverityminorReproducibilityalways
StatusclosedResolutionfixed 
PlatformOSOS Version
Product VersionCMake 2.8.7 
Target VersionFixed in Version 
Summary0012963: VS10 /MANIFESTUAC:NO not working properly
DescriptionThe /MANIFESTUAC:NO flag doesn't work when creating VS10 project files.

In cmVS10LinkFlagTable.h:


  {"EnableUAC", "MANIFESTUAC:NO", "", "false",
   cmVS7FlagTable::UserValueIgnored | cmVS7FlagTable::Continue },

...

   {"EnableUAC", "MANIFESTUAC:", "", "true",
   cmVS7FlagTable::UserValueIgnored | cmVS7FlagTable::Continue},

The continue flag causes cmake to continue checking and then matching with "MANIFESTUAC:" which has user value ignored flag, thus setting it back to true.

Removing the continue flag seems to solve the problem.

Steps To ReproduceRemove all /MANIFESTUAC flags from your cmake project
add a /MANIFESTUAC:NO link flag
build vs10 project, manifest uac is set to true.
Additional Information
TagsNo tags attached.
Relationships
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2012-02-14 06:35birkenNew Issue
2012-02-14 10:24Brad KingNote Added: 0028585
2012-08-11 21:09David ColeStatusnew => backlog
2012-08-11 21:09David ColeNote Added: 0030365
2014-05-07 16:11Brad KingNote Added: 0035844
2014-05-07 16:11Brad KingStatusbacklog => resolved
2014-05-07 16:11Brad KingResolutionopen => fixed
2014-11-03 08:38Robert MaynardNote Added: 0037134
2014-11-03 08:38Robert MaynardStatusresolved => closed

Notes
(0028585)
Brad King   
2012-02-14 10:24   
Does this hunk fix it?

-  {"EnableUAC", "MANIFESTUAC:NO", "", "false",
-   cmVS7FlagTable::UserValueIgnored | cmVS7FlagTable::Continue},
-  {"EnableUAC", "MANIFESTUAC:NO", "Enable User Account Control (UAC)", 
"",
-   cmVS7FlagTable::UserValueRequired},
+  {"EnableUAC", "MANIFESTUAC:NO", "", "false", 0},
(0030365)
David Cole   
2012-08-11 21:09   
Sending old, never assigned issues to the backlog.

(The age of the bug, plus the fact that it's never been assigned to anyone 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.
(0035844)
Brad King   
2014-05-07 16:11   
A patch like that in 0012963:0028585 has been contributed and applied here:

 VS: Fix /MANIFESTUAC:NO linker option mapping
 http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=9c7f234c [^]
(0037134)
Robert Maynard   
2014-11-03 08:38   
Closing resolved issues that have not been updated in more than 4 months.