Wayland protocol descriptions are distributed as source XML files that
need to be transformed to C source and header files with a version of
the wayland-scanner tool compatible with the used libwayland library.

This commit enhances the makedep build tool to support building such
Wayland protocol XML files.
Signed-off-by: Alexandros Frantzis <alexandros.frantzis@collabora.com>

After the driver process initialization is done, use all the received
wl_output information to non-forcefully initialize the display devices.
We will reintroduce dynamic display device reinitialization (i.e., as a
response to non-initial wl_output events) when we start reading and
dispatching Wayland events.
Signed-off-by: Alexandros Frantzis <alexandros.frantzis@collabora.com>

On Windows 10 1909 ScrollConsoleScreenBufferA() returns an error if
the destination is not within the clip rectangle but still modifies the
console buffer as expected! So mark this behavior as very_broken().

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

Signed-off-by: Connor McAdams <cmcadams@codeweavers.com>

Signed-off-by: Connor McAdams <cmcadams@codeweavers.com>

Signed-off-by: Connor McAdams <cmcadams@codeweavers.com>

Signed-off-by: Connor McAdams <cmcadams@codeweavers.com>

This allows changing the location of activation context stack if it
should be put somewhere else (e.g. inside the fiber structure).

This refactoring makes it easier to change the algorithm of obtaining
the current activation context stack.

This refactoring makes it easier to change the algorithm of obtaining
the current activation context stack.

Note that RtlAddRefActivationContext(NULL) is a no-op, and
check_actctx(NULL) returns NULL without doing anything.

According to Geoff Chappell's information.

Depending on the DNS server, querying test.winehq.org may point to CDN
servers, resulting in more records than expected.
Also some of the CDN servers may have IPv6 addresses.
Dump the DNS records if $WINETEST_DEBUG > 1.

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

If a texture is used as shader resource and DS/RT at the same time, including
cases where a different subresource is bound to each.

In theory this could be handled better, but would require per-subresource layout
tracking.

This improves GPU-side performance considerably by allowing the driver
to keep lossless texture compression enabled for textures that are used
as both render taget / depth stencil and shader resource.

We don't know which test the next draw will use when we place the
barrier. We may be able to figure this out, but it is not trivial.

This avoids a read-after-write hazard after the next patch. The layout
transition from shader-read-only to depth stencil needs to be finished
before the early depth test in a follow-up draw if this draw uses early
depth.

MSVC doesn't support "name...".

Needed for PyWinRT.