<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman",serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
p
{mso-style-priority:99;
mso-margin-top-alt:auto;
margin-right:0in;
mso-margin-bottom-alt:auto;
margin-left:0in;
font-size:12.0pt;
font-family:"Times New Roman",serif;}
span.EmailStyle18
{mso-style-type:personal-reply;
font-family:"Calibri",sans-serif;
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-US" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal"><a name="_MailEndCompose"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">For those interested, we have a fork with the ability to support MultiPlatform projects in Visual Studio for Windows Phone and Windows
Store apps. It is not a big change to remove that restriction and have it for desktop apps, please tell me if there is interest.<o:p></o:p></span></a></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">For those interested the fork is on
</span><a href="http://CMakeMS.codeplex.com"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">http://CMakeMS.codeplex.com</span></a><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"> and the branch is MSMultiPlatform.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">As David mentions though, this does have limitations.<o:p></o:p></span></p>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">~Gilles<o:p></o:p></span></p>
</div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><o:p> </o:p></span></p>
<div>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">From:</span></b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"> CMake [mailto:cmake-bounces@cmake.org]
<b>On Behalf Of </b>Scott Aron Bloom<br>
<b>Sent:</b> Sunday, March 8, 2015 15:17<br>
<b>To:</b> David Cole; Scott Aron Bloom<br>
<b>Cc:</b> cmake@cmake.org<br>
<b>Subject:</b> Re: [CMake] Multi-platform visual studio projects<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal">Agreed on all points.. Unfortunately... ;) <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">I remember going through this with qmake, which initially could not create a debug and release vc project file... <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:7.0pt">--Scott<o:p></o:p></span></p>
</div>
<p class="MsoNormal" style="margin-bottom:12.0pt"><o:p> </o:p></p>
<div>
<p class="MsoNormal">-------- Original message --------<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">From: David Cole <<a href="mailto:DLRdave@aol.com">DLRdave@aol.com</a>>
<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">Date:03/08/2015 13:57 (GMT-08:00) <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">To: Scott Aron Bloom <<a href="mailto:scott.bloom@onshorecs.com">scott.bloom@onshorecs.com</a>>
<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">Cc: Ryan Pavlik <<a href="mailto:ryan.pavlik@gmail.com">ryan.pavlik@gmail.com</a>>, John Drescher <<a href="mailto:drescherjm@gmail.com">drescherjm@gmail.com</a>>,
<a href="mailto:cmake@cmake.org">cmake@cmake.org</a> <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">Subject: Re: [CMake] Multi-platform visual studio projects <o:p>
</o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">There is no technical reason... But it seems to me there is a strong bias toward single-architecture build trees in the minds of non-VS/non-XCode developers.<br>
<br>
There is rampant code like this in the world: <o:p></o:p></p>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">if(CMAKE_SIZEOF_VOID_P EQUAL 8)<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"> # do 64-bit stuff at CMake time<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">else()<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"> # do 32-bit stuff<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">endif()<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Code like this assumes the architecture is determined at configure time rather than at build time. Very similar to using CMAKE_BUILD_TYPE in CMake code geared toward a single-config build. A lot of (some would say too much) effort over
the years was required to get multi-configuration builds working well for VS. Unfortunately, a similar approach was not followed for the architecture types, and we've ended up with a proliferation of generators, and now the concept of toolsets, but still the
restriction that a generated solution and set of project files is only of a single architecture.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Hope this helps to explain the situation a bit.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">I know it's not what you wanted to hear, but, from my perspective, that's the way things are.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">If you'd like to work on improving the situation...... I'm sure your efforts would be welcomed by many. ;-)<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Cheers,<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">David C.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">On Sunday, March 8, 2015, Scott Aron Bloom <<a href="mailto:scott.bloom@onshorecs.com">scott.bloom@onshorecs.com</a>> wrote:<o:p></o:p></p>
<blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in">
<div>
<div>
<p class="MsoNormal">That's what I have found as well. <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Based on that. Why can't call create a 64 and 32 bit solution? <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">It would seem to me, that there is no technical reason. <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:7.0pt">--Scott<o:p></o:p></span></p>
</div>
<p class="MsoNormal" style="margin-bottom:12.0pt"><o:p> </o:p></p>
<div>
<p class="MsoNormal">-------- Original message --------<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">From: Ryan Pavlik <<a href="" target="_blank">ryan.pavlik@gmail.com</a>>
<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">Date:03/08/2015 06:35 (GMT-08:00) <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">To: Scott Aron Bloom <<a href="" target="_blank">scott.bloom@onshorecs.com</a>>, John Drescher <<a href="" target="_blank">drescherjm@gmail.com</a>>
<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">Cc: <a href="" target="_blank">cmake@cmake.org</a> <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">Subject: Re: [CMake] Multi-platform visual studio projects <o:p>
</o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p>You are correct: if you're using the visual studio generators it doesn't matter (in general) what your process environment variables are. Note that if you're using find package, some of those scripts use environment variables to help find libraries, but
they are not the "standard" variables set by the visual studio command prompt scripts.<o:p></o:p></p>
<p>The command prompt would matter if, for instance, you were using the nmake makefiles generator.<o:p></o:p></p>
<p>Ryan <o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal">On Wed, Mar 4, 2015, 11:03 AM Scott Aron Bloom <<a href="" target="_blank">scott.bloom@onshorecs.com</a>> wrote:<o:p></o:p></p>
<blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in">
<p class="MsoNormal">Another question on this..<br>
<br>
It appears, that cmake creates the proper solution, for 64 bits even if the shell is setup for 32 bits, and vice versa.<br>
<br>
Is this correct? Meaning when its checking the C compiler and CXX compiler ABI info and what not, its not looking for bit width, it uses the generator "Visual Studio...Win64" vs "Visual Studio" for bit width<br>
<br>
If Im not using a command line based build, does it matter how my command line is setup for running cmake?<br>
<br>
Scott<br>
<br>
-----Original Message-----<br>
From: CMake [mailto:<a href="" target="_blank">cmake-bounces@cmake.org</a>] On Behalf Of Scott Aron Bloom<br>
Sent: Friday, February 27, 2015 8:26 AM<br>
To: John Drescher<br>
Cc: <a href="" target="_blank">cmake@cmake.org</a><br>
Subject: Re: [CMake] Multi-platform visual studio projects<br>
<br>
Thanks!<br>
<br>
-----Original Message-----<br>
From: John Drescher [mailto:<a href="" target="_blank">drescherjm@gmail.com</a>]<br>
Sent: Friday, February 27, 2015 8:26 AM<br>
To: Scott Aron Bloom<br>
Cc: <a href="" target="_blank">cmake@cmake.org</a><br>
Subject: Re: [CMake] Multi-platform visual studio projects<br>
<br>
> However, once the solution is created, does the "path" of the shell matter at all?<br>
<br>
No.<br>
<br>
John<br>
--<br>
<br>
Powered by <a href="http://www.kitware.com" target="_blank">www.kitware.com</a><br>
<br>
Please keep messages on-topic and check the CMake FAQ at: <a href="http://www.cmake.org/Wiki/CMake_FAQ" target="_blank">
http://www.cmake.org/Wiki/CMake_FAQ</a><br>
<br>
Kitware offers various services to support the CMake community. For more information on each offering, please visit:<br>
<br>
CMake Support: <a href="http://cmake.org/cmake/help/support.html" target="_blank">
http://cmake.org/cmake/help/support.html</a><br>
CMake Consulting: <a href="http://cmake.org/cmake/help/consulting.html" target="_blank">
http://cmake.org/cmake/help/consulting.html</a><br>
CMake Training Courses: <a href="http://cmake.org/cmake/help/training.html" target="_blank">
http://cmake.org/cmake/help/training.html</a><br>
<br>
Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html" target="_blank">
http://www.kitware.com/opensource/opensource.html</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="http://public.kitware.com/mailman/listinfo/cmake" target="_blank">http://public.kitware.com/mailman/listinfo/cmake</a><br>
--<br>
<br>
Powered by <a href="http://www.kitware.com" target="_blank">www.kitware.com</a><br>
<br>
Please keep messages on-topic and check the CMake FAQ at: <a href="http://www.cmake.org/Wiki/CMake_FAQ" target="_blank">
http://www.cmake.org/Wiki/CMake_FAQ</a><br>
<br>
Kitware offers various services to support the CMake community. For more information on each offering, please visit:<br>
<br>
CMake Support: <a href="http://cmake.org/cmake/help/support.html" target="_blank">
http://cmake.org/cmake/help/support.html</a><br>
CMake Consulting: <a href="http://cmake.org/cmake/help/consulting.html" target="_blank">
http://cmake.org/cmake/help/consulting.html</a><br>
CMake Training Courses: <a href="http://cmake.org/cmake/help/training.html" target="_blank">
http://cmake.org/cmake/help/training.html</a><br>
<br>
Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html" target="_blank">
http://www.kitware.com/opensource/opensource.html</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="http://public.kitware.com/mailman/listinfo/cmake" target="_blank">http://public.kitware.com/mailman/listinfo/cmake</a><o:p></o:p></p>
</blockquote>
</div>
</div>
</div>
</blockquote>
</div>
</div>
</div>
</body>
</html>