May 2023 - Wine-gitlab - list.winehq.org

[PATCH v2 0/4] MR2936: win32u: Preparatory changes for ClipCursor.
by Rémi Bernon 31 May '23

31 May '23

-- v2: win32u: Use WM_WINE_CLIPCURSOR / TRUE for empty clipping rect. win32u: Add a separate function to process WM_WINE_CLIPCURSOR. win32u: Move cursor clipping functions to input.c. win32u: Move some window functions to window.c. https://gitlab.winehq.org/wine/wine/-/merge_requests/2936

2 5

Re: [PATCH v4 0/4] MR2907: wine{alsa,coreaudio,oss,pulse}: Move AudioClient2 into mmdevapi. - approved
by Alexandre Julliard (＠julliard) 31 May '23

31 May '23

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2907

1 0

Re: [PATCH v3 0/1] MR2925: iphlpapi: Add GetCurrentThreadCompartmentId stub. - approved
by Alexandre Julliard (＠julliard) 31 May '23

31 May '23

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2925

1 0

Re: [PATCH v3 0/4] MR2936: win32u: Preparatory changes for ClipCursor. - approved
by Alexandre Julliard (＠julliard) 31 May '23

31 May '23

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2936

1 0

Re: [PATCH v2 0/1] MR2937: server: Use get_hardware_msg_bit consistently to classify messages. - approved
by Alexandre Julliard (＠julliard) 31 May '23

31 May '23

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2937

1 0

Re: [PATCH v2 0/2] MR2938: win32u: Don't use CDECL for gdi_dc_funcs entries. - approved
by Alexandre Julliard (＠julliard) 31 May '23

31 May '23

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2938

1 0

Re: [PATCH v2 0/1] MR2935: include: Fix the use of __getReg for aarch64/msvc mode - approved
by Alexandre Julliard (＠julliard) 31 May '23

31 May '23

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2935

1 0

Re: [PATCH v2 0/1] MR2935: include: Fix the use of __getReg for aarch64/msvc mode - approved
by Alexandre Julliard (＠julliard) 31 May '23

31 May '23

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2935

1 0

[PATCH 0/1] MR2935: include: Fix the use of __getReg for aarch64/msvc mode
by Martin Storsjö 31 May '23

31 May '23

Clang requires the __getReg function to be declared in addition to be declared as an intrinsic with the pragma. This fixes the following error: ../wine/include/winnt.h:2412:27: error: call to undeclared library function '__getReg' with type 'unsigned long long (int)'; ISO C99 and later do not support implicit function declarations [-Wimplicit-function-declaration] return (struct _TEB *)__getReg(18); ^ ../wine/include/winnt.h:2412:27: note: include the header <intrin.h> or explicitly provide a declaration for '__getReg' 1 error generated. Signed-off-by: Martin Storsjö <martin(a)martin.st> -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2935

3 4

[PATCH 0/5] MR2944: winewayland.drv: First window contents on screen
by Alexandros Frantzis (＠afrantzis) 31 May '23

31 May '23

The goal of this MR is to set up the minimum necessary infrastructure to display the contents of some simple, software rendered windows. This involves two major steps: 1. Associate a window with a Wayland surface and give it the `xdg_toplevel` role, so that the compositor can display it. We also have to implement the required initial `xdg_surface` configuration sequence to be able to safely (i.e., without the compositor disconnecting us with an error) attach buffers to the surface in step (2). 2. Implement the `window_surface` interface for the Wayland driver. For now we provide a simple (and suboptimal) `window_surface_flush` implementation: for each flush we create a new `wl_shm` buffer, copy the whole window contents (ignoring damaged bounds for now) into it and attach it to the target Wayland surface. In the next MR I will optimize this implementation in multiple ways: a. implement a buffer queue to avoid constantly allocating new buffers b. respect the damaged bounds of the `window_surface` to minimize copying of data from the `window_surface` to the SHM buffer (and also for correctness) c. communicate damaged surface regions to the compositor to (potentially) allow more efficient texture uploads. With this MR many (software-rendered) applications can now display dynamic content on screen. We can't interact with the apps yet, but we do get to enjoy `notepad` in all its blinking-cursor glory. Thanks! -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2944

3 6