Signed-off-by: Eric Pouech <eric.pouech@gmail.com>

Signed-off-by: Eric Pouech <eric.pouech@gmail.com>

Fix a couple of failures on Windows 10:
- it seems that attributes are no longer accessible by name after
  shared deletion
- really looks like that shared deletion is now marked at object's
  name hierarchy level (see error codes have changed too)

So,
- replace tests based on GetFileAttribute with testing presence of
  pending deletion flag (FileStandardInformation)
- add Win10 error codes (and mark the Win7/8 ones as broken)
Signed-off-by: Eric Pouech <eric.pouech@gmail.com>

Signed-off-by: Eric Pouech <eric.pouech@gmail.com>

Signed-off-by: Eric Pouech <eric.pouech@gmail.com>

In PDB debug information, compiland's pathname is stored twice:
- both refer to the same file, but with variations in path handling
  (eg: one could be foo1\foo2\bar.obj and the other
   foo1\deadbeef\..\foo2\bar.obj)

Use same pathname string as native when storing compiland's pathname
(it eases comparison of dumps between the two).
Signed-off-by: Eric Pouech <eric.pouech@gmail.com>

And add some extra ones.

This matches native, as the test shows, but was motivated by bug 50779, which
it may alleviate.

This allows 32-bit packages to be found when the user has specified
PKG_CONFIG_PATH for some other reason.

This also mirrors the way e.g. i686-linux-gnu-pkg-config is implemented on
Debian, and possibly other distributions as well.

This also prevents 64-bit .pc files from being found. This was originally
intended as a benefit [1], but can contribute to misdetection of headers which
are not actually multiarch (e.g. GStreamer, although at the time that [1] was
written that was a preëxisting problem). In general a distribution which
provides .pc files for one architecture should be expected to provide them for
any architecture that it actually provides libraries for; even if that was not
true of Debian in 2017, it is now. I moreover assert it is better to fail to
find a present library than to incorrectly find the wrong one.

Note that we can't easily use i686-linux-gnu-pkg-config, as would otherwise be
preferable, for reasons also described in [1].

[1] https://www.winehq.org/pipermail/wine-devel/2017-June/118002.html

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=53387

This op is heavily used by clang with PDB debug info, while
MSVC barely uses it.

This fixes a bunch of problems when loading PDB files generated
by clang (eg. the PDB files from wine-gecko).
Signed-off-by: Eric Pouech <eric.pouech@gmail.com>

DirectInputCreateEx is available on all versions of Windows since XP
at least.

Described by Jason Millard.

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=53867Signed-off-by: Nikolay Sivov <nsivov@codeweavers.com>