Re: How to request additions to w32api?

This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--===============4913387276434279462==
Content-Type: multipart/signed; micalg=pgp-sha256;
 protocol="application/pgp-signature";
 boundary="zavAtQL5XBaQYIlpCWEiIzmvVNoMKFJkI"

This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--zavAtQL5XBaQYIlpCWEiIzmvVNoMKFJkI
Content-Type: multipart/mixed; boundary="dSTlumJpxpFZMaROi7qZFmlJjDTkHCizV";
 protected-headers="v1"
From: Keith Marshall <[email protected]>
To: [email protected]
Message-ID: <f055b508-69c5-e5db-2c4b-ec3c4b86f69d-JlWs9+JhQMeJPt80KsDg5Q@public.gmane.org>
Subject: Re: [MinGW-Users] How to request additions to w32api?
References: <838s7viy6k.fsf-mXXj517/[email protected]>
 <d5eb45cc-cb65-a408-5823-7854cdd4290a-JlWs9+JhQMeJPt80KsDg5Q@public.gmane.org> <83wnvehef1.fsf-mXXj517/[email protected]>
 <SJ0PR20MB370500EC9836D466F4128F50D48C9-wY9+96lRyQ2oXPzEI9NccU4Xiwx+OUlJvxpqHgZTriW3zl9H0oFU5g@public.gmane.org>
 <83im6yh6c0.fsf-mXXj517/[email protected]>
In-Reply-To: <83im6yh6c0.fsf-mXXj517/[email protected]>

--dSTlumJpxpFZMaROi7qZFmlJjDTkHCizV
Content-Type: text/plain; charset=utf-8
Content-Language: en-US
Content-Transfer-Encoding: quoted-printable

On 11/02/2021 17:17, Eli Zaretskii wrote:
>> From: John David Gressett <[email protected]>
>> Date: Thu, 11 Feb 2021 17:07:13 +0000
>>
>>> P.S. I also think we need to add a value of _WIN32_WINNT that
>>> corresponds to Windows 10, our current values seem to stop at 8.1.
>>
>> Microsoft does publicly document the Windows 10 value for
>> _WIN32_WINNT but they do it by displaying a section of the=20
>> appropriate header source code, with no mention of the=20
>> restrictions that are placed on use of the header file contents.
>=20
> If you mean this:
>=20
>   https://docs.microsoft.com/en-us/cpp/porting/modifying-winver-and-win=
32-winnt?view=3Dmsvc-160
>=20
> Then that's not my reading of it, because it begins with only the
> value for Windows 10, without any reference to MSVC header files.  And
> this page:
>=20
>   https://docs.microsoft.com/en-us/windows/win32/winprog/using-the-wind=
ows-headers
>=20
> shows the values in a way that doesn't bind them to any particular
> MSVC header file.
>=20
> And that's even before we consider the fact that the value is
> available in quite a few free software implementations, and we can
> take it from there instead.
>=20
> So I don't think I see the problem that bothers you.

I don't, either.  Both of the above references are to Microsoft's
*public* documentation, so I would happily accept any patch for our
<sdkddkver.h>, which is based on either.  That Microsoft have chosen, in
one of them, to express the value assignments to manifest constant names
in the form of C "#define" statements is immaterial; the effect is no
different from a name-to-value tabulated mapping.

--=20
Regards,
Keith.

Public key available from keys.gnupg.net
Key fingerprint: C19E C018 1547 DE50 E1D4 8F53 C0AD 36C6 347E 5A3F


--dSTlumJpxpFZMaROi7qZFmlJjDTkHCizV--

--zavAtQL5XBaQYIlpCWEiIzmvVNoMKFJkI
Content-Type: application/pgp-signature; name="OpenPGP_signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="OpenPGP_signature"

-----BEGIN PGP SIGNATURE-----

wsF5BAABCAAjFiEEwZ7AGBVH3lDh1I9TwK02xjR+Wj8FAmAlkS0FAwAAAAAACgkQwK02xjR+Wj8l
BA//Wwl9NbEB7AdUMxd0WIGHMgEMZwyGRyMhwGyEdpxWmVCcPd8OQxldVIZk1rlt8Lf0Hl0RjeAW
lmNJJ+doaa2jpcB6D889jYBZ3GxUbi+twOh8OIV3G/CWl+kIJvVCY3mM0QiUVqPqNIh26heNDcBB
UZjf2j1RQGJe2zkVHBYNit/k3eIfnxsMebI5iSIO3mqZKX1vMsgY2cUEAhY763AVt18B0YF8Tm00
82jSi+EDqdFBfgr5Zsi9Qbjzg+7ZbhXTvdzp//8L4eIqmqBb0W8/h2JUJvPPcGaFo7j4mKNDVG1A
2Ae3/7d0A/eaLJ0E2SdmO7BEtcWQGX0/x7KZ/pBSAcktQ/xOKRWCJaiOPPqnU64+PwP9tdo9yRZ3
/Zez0ZJf2IHqpu7u60/iWJD9smUMOP9k0sw2YK/TUAfg/834nvk2E0ua39QpSVHTV/SAEpEbZuqg
zlSOzcm3ao6NGin4WHU7hTCcLxqgm6IBbDRhEVWHyGrt0y26O9uitq4M5NBUIdfqedCXO+EWItuY
l/GxwtmJxIeZ7Y5/aPV5i4RWGfnItKIwL5w+c+VjDYgSN/jYsgdwH/vUEax22RobwMu0Mrir1KsY
wMXWz9XF4cy08omU3WbUxHJ6KKhkq+wc5KL1/rwsXCRJt9pk7/ogHzZB2YYSiCsrWhAolJhF40gw
ke4=
=MAep
-----END PGP SIGNATURE-----

--zavAtQL5XBaQYIlpCWEiIzmvVNoMKFJkI--


--===============4913387276434279462==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: base64
Content-Disposition: inline

X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KTWluR1ctVXNl
cnMgbWFpbGluZyBsaXN0Ck1pbkdXLVVzZXJzQGxpc3RzLm9zZG4ubWUKClRoaXMgbGlzdCBvYnNl
cnZlcyB0aGUgUG9zdGluZyBFdGlxdWV0dGUsIGFzIGRlc2NyaWJlZCBhdCBodHRwczovL21pbmd3
Lm9zZG4uaW8vaW5kZXguaHRtbD9wYWdlPW1haWxpbmcuaHRtbCNsaXN0LWV0aXF1ZXR0ZS4KV2Ug
YXNrIHRoYXQgeW91IGJlIHBvbGl0ZSBhbmQgZG8gdGhlIHNhbWUuICBEaXNyZWdhcmQgZm9yIHRo
ZSBsaXN0IGV0aXF1ZXR0ZSBtYXkgY2F1c2UgeW91ciBhY2NvdW50IHRvIGJlIG1vZGVyYXRlZC4K
Cl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCllvdSBtYXkg
Y2hhbmdlIHlvdXIgTWluR1cgQWNjb3VudCBPcHRpb25zIG9yIHVuc3Vic2NyaWJlIGF0OgpodHRw
czovL2xpc3RzLm9zZG4ubWUvbWFpbG1hbi9saXN0aW5mby9taW5ndy11c2VycwpBbHNvOiBtYWls
dG86bWluZ3ctdXNlcnMtcmVxdWVzdEBsaXN0cy5vc2RuLm1lP3N1YmplY3Q9dW5zdWJzY3JpYmU=

--===============4913387276434279462==--