tests: winapi: Add more, especially for the _WIN32_WINNT #define
winapi: winnt: Fix inline function code on _WIN32_WINNT=&h0602 code path
winapi: windns
Merge branch 'raw'
winapi: windns: Remove case-alias fields
winapi: windns: Fix Delete field name conflict
winapi: mswsock: Fix zero-size array field
winapi: Fix __MINGW64_VERSION_STR
winapi: Remove #pragma TODO
winapi: Fix KsecInitializeListEntry
winapi: rasdlg: Fix type #defines
winapi: Fix SetUrlPolicyPermissions
winapi: vfw: Fix various TODOs
winapi: Fix DECIMAL_SETZERO
winapi: Remove _VARIANT_BOOL
winapi: dpaddr: Fix up wstring literals

It looks like originally the Wine headers (which share code with MinGW-w64)
used
	#define DPNA_HEADER L"x-directplay:/"
but then that was changed to
	#define DPNA_HEADER (const WCHAR []){ 'x','-','d','i','r','e', ...
for the __GNUC__ case. Presumably that was done to allow using the headers
with a Linux gcc, where wchar_t and L"..." literals are different than for
Win32/Win64.

Of course for FB we don't really need that. And it couldn't be done at the
moment anyways - especially because fbfrog doesn't consider this at all
so far.
winapi: Fix FD_CLR/FD_SET/FD_ZERO macros

The code is coming from MinGW-w64's psdk_inc/_fd_types.h which we currently
expand into both winsock and winsock2. FD_CLR is the same for both, but
FD_SET is implemented differently between winsock and winsock2.
winapi: Remove redundant FD_SET typedefs
winapi: Fix WSA_INVALID_EVENT
winapi: dmusici: Remove DMUS_PMSG_PART macro

(seems to be for internal purposes only)