Having this header allows that sharing to continue as mingw-w64 needs this separation of app apis to desktop api's
Specifically the dx11 headers are shared between the two project.
I just wanted to create headers that worked for both projects :)

On Thu, Feb 5, 2015 at 11:54 AM, Martell Malone <martellmalone@gmail.com> wrote:
This matches the definition of the Windows Kit 8.0 headers. In Windows Kit 8.1 this header looks quite different.
I didn't look at the MS headers when I created it.

We only need the distinction between 2 modes.
1. Desktop and App
2. App only

Wine will default to the first option as that will give it access to all the API's.

This means that in other headers we can have code clear distinction of the 2 api's
If you look at the later patches in the patch set you will see use of this

Do you know what the intention of this is?
mingw-w64 currently shares its direct-x headers with wine.
Having this header allows that sharing to continue as mingw-w64 needs this separation of app apis to desktop api's
This is because the vlc media player uses mingw-w64 to build it's WinRT App

On Thu, Feb 5, 2015 at 11:27 AM, Stefan Dösinger <stefandoesinger@gmail.com> wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi,

These patches are much more readable than the previous submissions!

Am 2015-02-05 um 11:48 schrieb Martell Malone:
> +#define WINAPI_PARTITION_DESKTOP 0x1
> +#define WINAPI_PARTITION_APP     0x2
> +
> +#define WINAPI_FAMILY_APP WINAPI_PARTITION_APP
> +#define WINAPI_FAMILY_DESKTOP_APP (WINAPI_PARTITION_DESKTOP \
> +                                | WINAPI_PARTITION_APP)
This matches the definition of the Windows Kit 8.0 headers. In Windows Kit 8.1 this header looks quite different. Do you know what the intention of this is?

Stefan

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQIcBAEBAgAGBQJU01O3AAoJEN0/YqbEcdMwJp4P+QHvB3snnXN2MC17+ZZxsjIz
ZyUB28KCTlZJnXhQKEA/VOAOLrgGZOYWLd/qkW7gfRt1BSyiSS7hkuJAsdSkH43C
AvXtY+HOumbewEkLl/MHfdk2yUgyzrgmv629jimeb83HnlzQG++b77WFSOQsYe4n
T0kSibogJteL0TMgfHI1W5KtRJe95z8JpxBtIiPHGMlSSZHKLPEBDN8Tv8xSpkcw
rHFW/HBxqeWLSpaz/YUAcMNDYNrIMY7DzgPW0MQRBewmQxRFc3hotyV2fnv7nUyZ
nhlFruERczDBVOVYG1WIZ+28zawqMC9G93n+Emjl6szWRr4I/JtuB+ewHejr8HF4
8H35Ein5kQHSgkIeKPEarp9JwgbWpGOaWInLi8Y6K597oGJknzSv2snhenbOvx2T
OUfbdmTgcwlIDsCN1dFzlVoAMV7UExDvx10H7rmdM7Ls0nhsL5TO0/jT25nbKMJa
5pyag4LISSQmKqLXTy24gRk27NplpiTwXNi37BQSw5BV0HJndSMxXfZgWE4jxQrL
9xYPvtEgaHofqdL3eo1M3FDownTmj7RJ4OAVuqgdAqfl7PfTKukgXXPuz9pQUuHL
VHJ8CaUYcT41pdspys3iEZWGUMAui0kCzoisOKJPQpoTQ499r0uQysBkwNBeqPyh
qfVxUc/oUsQlGkQtaA/N
=OVYb
-----END PGP SIGNATURE-----