[cmake-developers] Working towards Windows Phone 8 support
Paul Annetts
paul at lightunobscured.com
Mon Jul 15 11:08:20 EDT 2013
Thanks for the response Brad. Comments inline below...
Paul.
> Date: Mon, 15 Jul 2013 08:38:11 -0400
> From: brad.king at kitware.com
> To: cmake-developers at cmake.org
> Subject: Re: [cmake-developers] Working towards Windows Phone 8 support
>
> On 07/12/2013 07:58 AM, Paul Annetts wrote:
> > I'm interested in contributing towards Windows Phone 8 support in
> > CMAKE, i.e. http://public.kitware.com/Bug/view.php?id=13791
>
> Thanks for working on this. Consider drawing attention to your
> work by posting in the issue tracker too. I haven't personally
> worked on any wp80 development so it will be helpful to recruit
> others to help review the work.
Ok - I'll make a post to the tracker.
>
> > new "Visual Studio 11 Windows Phone 8" generator>
> Our convention is to have no spaces in the name of the architecture,
> so a name like "Visual Studio 11 WP8" will be better. Some projects
> use regular expressions to parse the generator name so we should
> stick to that convention.
No problem.
>
> > 1. Targets the Windows Phone 8 platform toolset (v110_wp80).
>
> See the CMAKE_GENERATOR_TOOLSET feature added in 2.8.11 along with
> the -T command-line option to set it.
I wasn’t aware of that: yes I'll take a look at that.
>
> > 2. Has content that allows MSBUILD/Visual Studio to build a
> > .lib target for either Win32 (x86 emulator) and ARM (devices) platforms.
>
> Do you mean multiple architectures in one vcxproj file?
Yes. There are only 2 possible architectures for WP8, it isn’t WinCE with a plethora of different CPU options. This is all cross-compilation anyhow: even if you pick the x86 platform the ABIs differ to Windows Desktop. As x86 support is designed solely to emulate the ARM phones, I believe that the platform API can be relied on to be the same between architectures.
I can see the following advantages in this case:this is what the VCXPROJ files you would create in Visual Studio have, so it is a closer match to non-CMAKE projects.It gives a better developer user experience - it makes it possible to switch between emulator and device without having to run CMAKE twice and open a new project. This allows non-CMAKE generated WP8 Visual Studio projects to integrate properly with the CMAKE generated ones. It is an approach which may be applicable to Windows Store apps as well (although I've not got much experience of that myself).
The extension of the VS10 target generator to support this is the largest change in the patch.
>
> > How should I go about getting my work reviewed at an early stage?
>
> If the patch series is relatively small you can just use
> "git format-patch" and post the patches to this list.
>
> Alternatively, if the topic is large, we publish mirrors of the
> Git repo:
>
> https://github.com/Kitware/CMake
> http://gitorious.org/cmake/cmake
>
> If you have an account on one of those you can fork/clone the
> project there, publish your topic to your own account, and then
> post a link here.
>
OK - I think this is patch sized for now, but thanks for the pointers to github and gitorious.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/cmake-developers/attachments/20130715/d113da76/attachment.html>
More information about the cmake-developers
mailing list