View Issue Details Jump to Notes ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0015146CMakeCMakepublic2014-09-10 06:582016-06-10 14:31
ReporterSoeren Textor 
Assigned ToKitware Robot 
PriorityhighSeveritymajorReproducibilityalways
StatusclosedResolutionmoved 
PlatformOSOS Version
Product VersionCMake 3.0.1 
Target VersionFixed in Version 
Summary0015146: MANIFESTUAC-Link flag results in vcxproj errors
DescriptionAdding the UAC flag like

set_target_properties( XXX PROPERTIES LINK_FLAGS_DEBUG "MANIFESTUAC:\"level='requireAdministrator' uiAccess='false'\"" )

Therefore we obtain inside the vcxproj:

<EnableUAC>true</EnableUAC>
<UACUIAccess>level='requireAdministrator' uiAccess='false'</UACUIAccess>

Instead of:
<EnableUAC>true</EnableUAC>
<UACUIAccess>false</UACUIAccess>
<UACExecutionLevel>RequireAdministrator</UACExecutionLevel>

what results in link errors
Steps To ReproduceAdding the UAC flag like

set_target_properties( XXX PROPERTIES LINK_FLAGS_DEBUG "MANIFESTUAC:\"level='requireAdministrator' uiAccess='false'\"" )

and build a VS2013 project file

Additional InformationI know there is antoher wa of adding link flags since 3.0, but we also use camke 2.8 and there it's teh same problem
TagsNo tags attached.
Attached Files

 Relationships

  Notes
(0036772)
Brad King (manager)
2014-09-10 09:15

Take a look at the flag tables in Source/cmVS*LinkFlagTable.h and the code in the cmIDEOptions::CheckFlagTable method in
Source/cmIDEOptions.cxx. It looks like some special handling will be needed to parse multiple values out of the MANIFESTUAC: option.
(0036773)
Soeren Textor (reporter)
2014-09-10 09:18
edited on: 2014-09-10 09:18

Yes, thus I changed it to separate links flag additions:
/MANIFESTUAC:NO
/level='requireAdministrator'
/uiAccess='false'

but at least at 2.8.12 it wrote

<UACUIAccess>NO</UACUIAccess>
instead of

<UACUIAccess>false</UACUIAccess>

into my vcxproj-file :(

(0036774)
Brad King (manager)
2014-09-10 09:29

Please try a nightly binary from:

 http://www.cmake.org/files/dev/?C=M;O=D [^]

I think that was fixed in post-3.0 development by:

 VS: Fix /MANIFESTUAC:NO linker option mapping
 http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=9c7f234c [^]
(0040736)
Brad King (manager)
2016-03-21 10:30

A patch is under discussion here:

 Contribution for Issue 0015146
 http://thread.gmane.org/gmane.comp.programming.tools.cmake.devel/16058 [^]
(0042627)
Kitware Robot (administrator)
2016-06-10 14:29

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
2014-09-10 06:58 Soeren Textor New Issue
2014-09-10 09:15 Brad King Note Added: 0036772
2014-09-10 09:18 Soeren Textor Note Added: 0036773
2014-09-10 09:18 Soeren Textor Note Edited: 0036773
2014-09-10 09:29 Brad King Note Added: 0036774
2016-03-21 10:30 Brad King Note Added: 0040736
2016-06-10 14:29 Kitware Robot Note Added: 0042627
2016-06-10 14:29 Kitware Robot Status new => resolved
2016-06-10 14:29 Kitware Robot Resolution open => moved
2016-06-10 14:29 Kitware Robot Assigned To => Kitware Robot
2016-06-10 14:31 Kitware Robot Status resolved => closed


Copyright © 2000 - 2018 MantisBT Team