[cmake-developers] Windows Store generated solution also containing win32 console app?

Robert Goulet Robert.Goulet at autodesk.com
Wed Feb 4 10:24:41 EST 2015


Hi Gilles,

Turns out we do not support ARM. And that is true, that wouldn't work if we were to support ARM. And also I found an issue with this setup on x86/x64 : the Store menu doesn't appear in Visual Studio if a windows console application is part of the solution, even if I correctly select the windows store app as the current selected project before looking for this menu.

Looks like this won't work and it's too much of an hack. I guess I have no choice but to compile this windows console project outside of the main project.
Thanks!


-----Original Message-----
From: Gilles Khouzam [mailto:Gilles.Khouzam at microsoft.com] 
Sent: Tuesday, February 3, 2015 7:09 PM
To: 'Brad King'; Robert Goulet
Cc: cmake-developers at cmake.org
Subject: RE: [cmake-developers] Windows Store generated solution also containing win32 console app?

Hi Robert,

I'm a little confused at how your scenario would work for the ARM architecture? If you're building a non-WinRT console app for the solution that needs to run, this is fine on x86, but how is that handled on ARM? It would not be built (since you can't really run it anyway) and it would not be able to run on the build machine since it would be the wrong architecture. If this is to be supported long term, it might make more sense to have a new target that is based on the build environment and not the target environment.


-----Original Message-----
From: Brad King [mailto:brad.king at kitware.com]
Sent: Tuesday, February 3, 2015 12:09
To: Gilles Khouzam; Robert Goulet
Cc: cmake-developers at cmake.org
Subject: Re: [cmake-developers] Windows Store generated solution also containing win32 console app?

On 01/29/2015 06:11 PM, Gilles Khouzam wrote:
> For applications you might not need the VS_WINRT_COMPONENT, but for 
> libraries setting it vs not does have some differences.

Thanks, Gilles.  Robert, I think this means my suggestion of trying to re-use VS_WINRT_COMPONENT for this was a bad idea.  Let's return to your original suggestion of a separate option.  The proper name for the option may depend on the discussion below.  Of course it needs to be an error to enable both the new option and VS_WINRT_COMPONENT in the same target.

On 01/27/2015 02:58 PM, Robert Goulet wrote:
> the generator is essentially the same for both Win32 and WinRT

Is this true for only Store, or might all this work for Phone too?

Thanks,
-Brad



More information about the cmake-developers mailing list