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

[Gilles Khouzam]

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