<div dir="ltr">Experiments with today's git master branch are inconclusive at this point.  There's something causing errors with my tree that don't occur with 2.8.12.2, but it did generate the cvproj file and, in spite of the restructuring of the vcproj generation, it looks like the GenerateManifest value is still true.  I just wish I could have actually gotten the build to generate the associated executable so I could have confirmed this more strongly by examining the embedded manifest.<div>
<br></div><div>So I'm expecting this is still a problem, but I'm not sure.  I'll do some more experimentation and update this with anything I find.</div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">
On Fri, May 2, 2014 at 11:47 AM, Eric Berge <span dir="ltr"><<a href="mailto:ericmberge@gmail.com" target="_blank">ericmberge@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">Note that this was based on 2.8.12.2 but looking at the more recent code I think there's a possibility that a fix for this "fell out" of a restructuring of the generation of the vcproj files.   I'm going to try to build this and see if the problem appears to be fixed.<div>

<br></div><div><br></div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, May 2, 2014 at 10:59 AM, Eric Berge <span dir="ltr"><<a href="mailto:ericmberge@gmail.com" target="_blank">ericmberge@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><br></div><div>I am updating our cmake files from Visual Studio 2008 to 2012 and the setting of CMAKE_EXE_LINKER_FLAGS to include /MANIFESTUAC:NO (which worked with VS2008) appears to be ignored.  The resulting exe files have the following manifest in them:</div>


<div><br></div><div><div><?xml version='1.0' encoding='UTF-8' standalone='yes'?></div><div><assembly xmlns='urn:schemas-microsoft-com:asm.v1' manifestVersion='1.0'></div>


<div>  <trustInfo xmlns="urn:schemas-microsoft-com:asm.v3"></div><div>    <security></div><div>      <requestedPrivileges></div><div>        <requestedExecutionLevel level='asInvoker' uiAccess='false' /></div>


<div>      </requestedPrivileges></div><div>    </security></div><div>  </trustInfo></div><div></assembly></div></div><div><br></div><div>I'm not sure, but I believe this is due to the following being included for the RelWithDebInfo build I'm doing:</div>


<div><br></div><div><GenerateManifest Condition="'$(Configuration)|$(Platform)'=='RelWithDebInfo|x64'">true</GenerateManifest><br></div><div><br></div><div>and I expect this should be "false" (but I'm not sure whether there are other parts of the Visual Studio project file that need to be updated as well.</div>


<div><br></div><div>I believe this is another manifestation or is at least related to issue 12963 - <a href="http://public.kitware.com/Bug/view.php?id=12963" target="_blank">http://public.kitware.com/Bug/view.php?id=12963</a></div>

<div><br>
</div><div>So I'm probably requesting that issue be bumped from "backlog" status.</div><span><font color="#888888"><div><br></div><div>Eric</div><div><br></div></font></span></div>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div>