On 09/03/2014 11:36 AM, Bach, Pascal wrote:
> What I meant is that is you use the generator "Visual Studio 12 (2013) ARM"
> but set the CMAKE_VS_PLATFORM_NAME="Win64"
> It would compile for Win64 not arm (like calling "Visual Studio 12 (2013)
> Win64"), so we just override it with whatever the us
> >> Let's use a name specific to WindowsCE like "CMAKE_VS_WINCE_SDK",
> >
> > I'm not sure this is really Windows CE specific. There is already
> > an internal variable CMAKE_VS_PLATFORM_NAME that is set to Win32,
> > Win64, ARM etc. This is also the variable that gets set to the SDK
> > name. Cur
On 09/03/2014 10:53 AM, Bach, Pascal wrote:
>> Let's use a name specific to WindowsCE like "CMAKE_VS_WINCE_SDK",
>
> I'm not sure this is really Windows CE specific. There is already
> an internal variable CMAKE_VS_PLATFORM_NAME that is set to Win32,
> Win64, ARM etc. This is also the variable tha
> -Original Message-
> From: Brad King [mailto:brad.k...@kitware.com]
> Sent: Mittwoch, 3. September 2014 15:35
> To: Bach, Pascal
> Cc: cmake-developers@cmake.org; Patrick Roland Gansterer
> Subject: Re: VS 2013 WindowsCE support
>
> On 09/03/2014 05:23 AM, Bach, Pascal wrote:
> >> elsei
On 09/03/2014 05:23 AM, Bach, Pascal wrote:
>> elseif(CMAKE_VS_WINCE_VERSION)
>>set(CMAKE_SYSTEM_NAME "WindowsCE")
>>set(CMAKE_SYSTEM_VERSION "${CMAKE_VS_WINCE_VERSION}")
>>set(CMAKE_SYSTEM_PROCESSOR "${MSVC_C_ARCHITECTURE_ID}")
>
> Do we need to preserve the current behavior?
> On 09/02/2014 11:27 AM, Bach, Pascal wrote:
> >> we should now be able to activate cross-compiling
> >> with -DCMAKE_SYSTEM_NAME=WindowsCE or -
> >> DCMAKE_TOOLCHAIN_FILE=...
> >> while still using -G "Visual Studio 12 2013" as the generator.
> >
> > I think proposal would make things cleaner.
On 09/02/2014 11:27 AM, Bach, Pascal wrote:
>> we should now be able to activate cross-compiling
>> with -DCMAKE_SYSTEM_NAME=WindowsCE or -
>> DCMAKE_TOOLCHAIN_FILE=...
>> while still using -G "Visual Studio 12 2013" as the generator.
>
> I think proposal would make things cleaner.
Great. It shou
Hi Brad
> In combination with your related issue report:
>
> WindowsCE: /SUBSYSTEM and /ENTRYPOINT does not end up in the
> generated Visual Studio project
> http://www.cmake.org/Bug/view.php?id=15115
>
> it looks like a bit of work is needed to get Windows CE support
> working with VS 2013.
On 08/28/2014 08:52 AM, Pascal Bach wrote:
> This brings the behavior of Visual Studio 2013 in line with the one of Visual
> Studio 2012.
In combination with your related issue report:
WindowsCE: /SUBSYSTEM and /ENTRYPOINT does not end up in the generated Visual
Studio project
http://www.cmak
