- Wine-GitLab - list.winehq.org

[PATCH v6 0/12] MR10058: Draft: ntdll: Spawn main thread as a separate thread.
by Rémi Bernon June 2, 2026

June 2, 2026

This makes sure macOS main thread is a Wine thread as in https://gitlab.winehq.org/wine/wine/-/merge_requests/9579, while keeping its event loop usable for GUI, and makes every other platform work the same. Their main thread is parked for now, but the idea is to use the poll loop for various unix side internal purposes, such as winewayland pipe polling, compositing, etc. On macOS the main loop would be used similarly. -- v6: ntdll: Use CFRunLoopRun to implement sched_run on macOS. ntdll: Dont allocate a user stack for the unix main thread. ntdll: Spawn the application main thread as a separate thread. server: Initialize process tracing in get_startup_info. ntdll: Send process PEB / initial TEB in get_startup_info. ntdll: Call get_startup_info request even when it is empty. ntdll: Pass the startup info size to init_startup_info. server: Create the new process first thread in new_process request. server: Return new process thread handle from get_new_process_info. ntdll: Pass thread security descriptor to new_process request. ntdll: Pass the main thread flags in the new_process request. server: Pass a thread flags parameter to create_thread. https://gitlab.winehq.org/wine/wine/-/merge_requests/10058

2 14

[PATCH v12 0/8] MR10019: opengl32: Move wglGetProcAddress implementation to the PE side.
by Rémi Bernon June 2, 2026

June 2, 2026

This better splits client / host extension lists, allowing to more easily check for available host-side extensions in win32u later on, then moves the function registry to the PE side to get rid of the remaining extension logic in opengl32 unix side. Doing that, it also drops the driver function check, and always expose extension functions to the client if their extension dependency is satisfied. I'm not completely sure this is right, but I think the unix side tends to expose functions from eglGetProcAddress more often than the opposite. We could also keep a mechanism to check the driver availability, with a bit of additional complexity. On the unix side, all OpenGL functions are queried on initialization instead of just core functions, simplifying their use later on. -- v12: opengl32: Implement the function registry on the PE side. win32u: Query every OpenGL functions on initialization. opengl32: Implement client extension enumeration on the PE side. opengl32: Move major / minor version to the PE side context wrapper. opengl32: Parse host extension list to the opengl_extensions struct. opengl32: Remove now unused wgl pixel format unix thunks. opengl32: Implement wglGetExtensionsString(ARB|EXT) on the PE side. opengl32: Initialize enabled / disabled OpenGL extensions struct. https://gitlab.winehq.org/wine/wine/-/merge_requests/10019

3 16

[PATCH 0/5] MR10163: server: Create the new process first thread in new_process request.
by Rémi Bernon June 2, 2026

June 2, 2026

In preparation for doing something like https://gitlab.winehq.org/wine/wine/-/merge_requests/10058, this also saves one wineserver request on process creation by creating the first thread in new_process. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10163

4 9

[PATCH 0/1] MR11053: rsaenh: Use SymCrypt for RSA and RC4.
by Hans Leidekker (＠hans) June 2, 2026

June 2, 2026

-- https://gitlab.winehq.org/wine/wine/-/merge_requests/11053

2 1

[PATCH 0/1] MR11043: wscript: Support UTF-16LE scripts with BOM
by Anders Kjersem (＠anders) June 2, 2026

June 2, 2026

-- https://gitlab.winehq.org/wine/wine/-/merge_requests/11043

3 2

[PATCH 0/1] MR11051: krnl386: Require 256-byte buffers in get_entry_point.
by Alex Henrie (＠alexhenrie) June 2, 2026

June 2, 2026

NE function names and module names can be up to 255 bytes long, plus one byte for the null terminator. The bug was identified by Cursor, which is a mix of LLM models. I wrote the fix myself. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/11051

3 3

[PATCH 0/4] MR11052: Unload delay loaded DLLs.
by eric pouech (＠epo) June 2, 2026

June 2, 2026

This MR started as I tried to implement \__HrLoadAllImportsForDll from native delayimp.lib on top of kernel32.ResolveDelayLoadsFromDll (or its ntdll counterpart). It turns out the semantics are different (esp. when some entries are missing), so I ended up implementing directly without kernelbase or ntdll pieces. So, implementation of ResolveDelayLoadsFromDll is left out of this MR (as we don't have an app using it). Anyway, this MR contains the leftover from the work: - tests for ResolveDelayLoadsFromDll (refactoring some existing code), - test & fix for unloading delay imported DLLs. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/11052

2 4

Re: [PATCH v3 0/3] MR11025: libs: Import upstream code from SymCrypt 103.11.0.
by Chunhao Hung (＠otakuxtom) June 2, 2026

June 2, 2026

This can be fix by add argument -mpclmul into symcrypt, but makefile.in did not take it to makefile. so I manually modify winedep.c to allow it to pass to makefile -- https://gitlab.winehq.org/wine/wine/-/merge_requests/11025#note_141967

1 0

Re: [PATCH v3 0/3] MR11025: libs: Import upstream code from SymCrypt 103.11.0.
by Martin Storsjö (＠mstorsjo) June 2, 2026

June 2, 2026

This fails to build if building with GCC (tested with GCC 13 as provided by Ubuntu 24.04), both if building with GCC as mingw cross compiler, and if doing a full ELF build), with errors like these: ``` i686-w64-mingw32-gcc -c -o libs/symcrypt/i386-windows/lib/aes-ymm.o ../wine/libs/symcrypt/lib/aes-ymm.c -Ilibs/symcrypt -I../wine/libs/symcrypt \ -Iinclude -I../wine/include -I../wine/include/msvcrt -I../wine/libs/symcrypt/inc -D_UCRT \ -DSYMCRYPT_PLATFORM_WINE=1 -D__WINE_PE_BUILD -fno-strict-aliasing -Wno-packed-not-aligned \ -ffunction-sections -Wno-misleading-indentation -fno-omit-frame-pointer \ -mpreferred-stack-boundary=2 -mlong-double-64 -gdwarf-4 -g -O2 In file included from /usr/lib/gcc/i686-w64-mingw32/13-win32/include/immintrin.h:41, from /usr/lib/gcc/i686-w64-mingw32/13-win32/include/x86intrin.h:32, from ../wine/include/msvcrt/intrin.h:11, from ../wine/libs/symcrypt/lib/sc_lib.h:4775, from ../wine/libs/symcrypt/lib/precomp.h:19, from ../wine/libs/symcrypt/lib/aes-ymm.c:10: /usr/lib/gcc/i686-w64-mingw32/13-win32/include/wmmintrin.h: In function ‘SymCryptAesGcmEncryptStitchedYmm_2048’: /usr/lib/gcc/i686-w64-mingw32/13-win32/include/wmmintrin.h:116:1: error: inlining failed in call to ‘always_inline’ ‘_mm_clmulepi64_si128’: target specific option mismatch 116 | _mm_clmulepi64_si128 (__m128i __X, __m128i __Y, const int __I) | ^~~~~~~~~~~~~~~~~~~~ In file included from ../wine/libs/symcrypt/lib/aes-ymm.c:22: ../wine/libs/symcrypt/lib/ghash_definitions.h:211:12: note: called from here 211 | resm = _mm_clmulepi64_si128( _tmpA, opBx, 0x00 ); \ | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ../wine/libs/symcrypt/lib/aes-ymm.c:516:5: note: in expansion of macro ‘CLMUL_3’ 516 | CLMUL_3( state, GHASH_H_POWER(expandedKeyTable, todo), GHASH_Hx_POWER(expandedKeyTable, todo), a0_xmm, a1_xmm, a2_xmm ); | ^~~~~~~ [dozens more similar errors] ``` -- https://gitlab.winehq.org/wine/wine/-/merge_requests/11025#note_141966

1 0

[PATCH v7 0/4] MR10960: scrrun/dictionary: Match native semantics for Empty and Boolean keys.
by Francis De Brabandere (＠francisdb) June 2, 2026

June 2, 2026

An uninitialized VBScript variable is Empty, so scripts can end up using Empty as a dictionary key alongside a numeric 0 or "". Native treats those as the same key; Wine kept Empty distinct from every other type. Match an Empty key against any numeric zero or the empty string, while keeping it distinct from Null and from non-zero/non-empty keys. A Boolean key was rejected outright (E_NOTIMPL), breaking Exists/Remove when a script uses a comparison result as a key; hash it by its numeric value like the other numeric types. -- v7: scrrun/dictionary: Match native key semantics for Boolean keys. scrrun/tests: Add tests for Boolean dictionary keys. scrrun/dictionary: Match Empty keys against zero-valued and empty-string keys. scrrun/tests: Add tests for Empty dictionary keys. https://gitlab.winehq.org/wine/wine/-/merge_requests/10960

2 5