Updated: w32api-{headers,runtime}-8.0.0-1 (x86/x86_64)

[Brian Inglis]

On 2020-09-23 08:49, Ken Brown via Cygwin wrote:
> On 9/23/2020 12:44 AM, Brian Inglis wrote:
>> On 2020-09-22 22:17, Brian Inglis wrote:
>>> On 2020-09-22 16:10, Brian Inglis wrote:
>>>> On 2020-09-18 23:19, JonY via Cygwin-announce wrote:
>>>>> Now released for both 32bit and 64bit Cygwin:
>>>>>
>>>>> w32api-headers-8.0.0-1
>>>>> w32api-runtime-8.0.0-1
>>>>>
>>>>> Based on mingw-w64-v8.0.0.
>>>
>>> Sorry, ambigous - to clarify: may be a definition conflict between updated
>>> headers rebuilding cygwin both 32 and 64 just after latest updates: see
>>> attached log.
>>> Cygwin both 32 and 64 builds worked without any problems just before the latest
>>> updates.
>>
>> Tad confusing log messages, but it appears the actual issue may not be a
>> conflict to do with PVOID, but with PMEM_EXTENDED_PARAMETER between the below:
>>
>> $ fgrep -wB12 PMEM_EXTENDED_PARAMETER /usr/include/w32api/winnt.h
>>    typedef struct DECLSPEC_ALIGN(8) MEM_EXTENDED_PARAMETER {
>>      __C89_NAMELESS struct {
>>          DWORD64 Type : MEM_EXTENDED_PARAMETER_TYPE_BITS;
>>          DWORD64 Reserved : 64 - MEM_EXTENDED_PARAMETER_TYPE_BITS;
>>      };
>>      __C89_NAMELESS union {
>>          DWORD64 ULong64;
>>          PVOID Pointer;
>>          SIZE_T Size;
>>          HANDLE Handle;
>>          DWORD ULong;
>>      };
>>    } MEM_EXTENDED_PARAMETER, *PMEM_EXTENDED_PARAMETER;
>> $ fgrep -wA8 PMEM_EXTENDED_PARAMETER winsup/utils/cygpath.cc
>> #define PMEM_EXTENDED_PARAMETER PVOID
>> #include <windows.h>
>> #include <userenv.h>
>> #include <shlobj.h>
>> #include <ntdef.h>
>> #include <ntdll.h>
>>
>> #include "wide_path.h"
>> #include "loadlib.h"
>>
>> It seems likely that we could perhaps just remove the conflicting #define, but
>> without some idea of the original intent and its impact, and a good cygpath
>> regression test suite, that could perhaps be a rash decision.
> 
> This is related to the extended memory API that Corinna started using last
> April.  At the time the relevant declarations and definitions weren't in the
> mingw-w64 headers yet, so Corinna had to do some ad hoc stuff.  Now that they've
> been added, a lot of that stuff should be removed.  I'll do it later today.

Thanks Ken,
Please let me know so I can pull and rebuild cygwin 32 and 64 to test both with
another cpuinfo update.

I'm going to try to wait until 5.9 release before committing and submitting
another cpuinfo patch, as feature updates are starting to be made visible in
cpuinfo. I thought there were going to be none, then they added some feature
updates, a couple of which were visible, and I thought that might be it, so sent
a patch with those, but more are coming with RCs now.

-- 
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada

This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.
[Data in binary units and prefixes, physical quantities in SI.]