- Wine-GitLab - list.winehq.org

[PATCH 0/2] MR10540: build: Fix warnings with recent gcc/glibc versions
by Katharina Bogad (＠hackathi) April 1, 2026

April 1, 2026

Recent (at least >= 15.2) GCC changes enabled -Wdiscarded-qualifier by default. Fixing these warnings allows for building with -Werror again. Also, recent GCC versions switched to use C23 by default. This causes glibc to define wcschr, wcsrchr and wcspbrk as macros in their version of wchar.h. Redefining those also leads to a warning, which gets converted to an error with -Werror. The second commit in this MR detects this case and `#undefs` the macros. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10540

2 2

[PATCH v38 0/1] MR10192: Draft: kernelbase: Handle extended length path prefix in GetLongPathNameW
by Vishnunithyasoundhar S (＠svishnunithyasoundhar) April 1, 2026

April 1, 2026

``` Support the \\?\ prefix by skipping it during path resolution while preserving it in the output. Added specific handling for extended UNC paths (\\?\UNC\) to mirror standard UNC behavior, ensuring these paths are treated as network shares and not local devices. Some paths that use the extended length path were filtered out as UNC paths - but not all of them are UNC. There can be UNC path that use extended length path but not all extended length paths are UNC paths. ``` Signed-off-by: Vishnunithyasoundhar S svishnunithyasoundhar(a)gmail.com -- v38: kernelbase: Handle extended length path prefix in GetLongPathNameW https://gitlab.winehq.org/wine/wine/-/merge_requests/10192

2 1

[PATCH v4 0/2] MR10532: crypt32: Implement PFXExportCertStoreEx support
by Benoît Legat (＠blegat) April 1, 2026

April 1, 2026

Part 2 of my attempt to run the [Niko Home Control programming software](https://appdb.winehq.org/objectManager.php?sClass=application&iId… under Wine. This .NET application ends up calling \``PFXExportCertStoreEx` (or `PFXExportCertStore` ) since it redirects to it which is a stub at the moment. According to the [documentation](https://learn.microsoft.com/en-us/windows/win32/api/wincrypt…, if the `EXPORT_PRIVATE_KEYS` flag is set, we should export the private key as well. For this, we use `NCryptExportKey` which is part of `ncrypt` so we have to add `ncrypt` to the `Makefile.in` as well. For exporting, I used GnuTLS library. As it seems to be only available in the unix side, I added a helper in `unixlib.c`. **EDIT** Looking at the behavior of Windows with the tests, it seems that when `cert` is `NULL` we should not fail but instead produce a valid but empty `PKCS#12`. I changed this to reflect Windows' behavior. -- v4: Import CAPI key export https://gitlab.winehq.org/wine/wine/-/merge_requests/10532

2 2

[PATCH 0/6] MR10538: dinput/tests: Add tests for dinput joystick guidInstance values.
by Rémi Bernon (＠rbernon) April 1, 2026

April 1, 2026

Split from https://gitlab.winehq.org/wine/wine/-/merge_requests/10364 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10538

3 7

[PATCH v3 0/4] MR10364: dinput: Add support for generating consistent guidInstance values for devices.
by Connor McAdams (＠cmcadams) April 1, 2026

April 1, 2026

This MR adds support for creating `guidInstance` values for joystick devices in a way that matches native behavior. Our current method of creating a `guidInstance` value uses the device's rawinput handle, which changes each time a controller is plugged in. Fixes a bug in Rocket League where a controller plug/unplug cycle results in a new controller being detected each time. The process is like this: - Controller is connected, the game gets its `guidInstance` value from `EnumDevices()`, stores it and associates it with player 1. - Controller is disconnected. - The same controller is reconnected, the game calls `EnumDevices()`, and finds a new `guidInstance` value. - It then assumes this is a new controller, creates a new player, and behaves as though player 1's controller is unplugged. This MR implements `guidInstance` in a way that matches native, and ensures that the `guidInstance` value remains consistent. Doing things this way also makes it easier to add support for `DIPROP_JOYSTICKID` and `GUID_Joystick` in a future MR. I've implemented those in a branch [here](https://gitlab.winehq.org/cmcadams/wine/-/tree/WIP/dinput-instance-gu… using this system. -- v3: dinput: Return E_FAIL when joystick device is disconnected. dinput: Properly implement guidInstance for joystick devices. dinput/tests: Add tests for dinput joystick guidInstance values. dinput/tests: Fix check_device() test function when multiple HID devices are present. https://gitlab.winehq.org/wine/wine/-/merge_requests/10364

3 8

[PATCH 0/1] MR10537: joy.cpl: Ignore unsupported DIPROP_AUTOCENTER.
by Rémi Bernon (＠rbernon) April 1, 2026

April 1, 2026

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

2 1

[PATCH v10 0/2] MR10460: msvcrt: Add support for %Z printf specifier.
by Trung Nguyen (＠trungnt2910) April 1, 2026

April 1, 2026

This specifier allows printing the `UNICODE_STRING` and `ANSI_STRING` structures. It is useful for running unit tests for kernel mode or shared components on WINE. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=59563 -- v10: msvcrt/tests: Add tests for %Z printf specifier. msvcrt: Add support for %Z printf specifier. https://gitlab.winehq.org/wine/wine/-/merge_requests/10460

3 5

[PATCH v2 0/1] MR10424: services: Cancel overlapped IO after timeout.
by Yuxuan Shui (＠yshui) April 1, 2026

April 1, 2026

Though WaitForSingleObject timed out, the IO operation is still running in the background. After the function process_send_command returns, the OVERLAPPED object referenced by this IO operation becomes invalid. Later, when this IO finally completes, server_select will use invalid stack memory. -- v2: services: Cancel overlapped IO after timeout. https://gitlab.winehq.org/wine/wine/-/merge_requests/10424

3 3

[PATCH v3 0/2] MR10532: crypt32: Implement PFXExportCertStoreEx support
by Benoît Legat (＠blegat) April 1, 2026

April 1, 2026

Part 2 of my attempt to run the [Niko Home Control programming software](https://appdb.winehq.org/objectManager.php?sClass=application&iId… under Wine. This .NET application ends up calling \``PFXExportCertStoreEx` (or `PFXExportCertStore` ) since it redirects to it which is a stub at the moment. According to the [documentation](https://learn.microsoft.com/en-us/windows/win32/api/wincrypt…, if the `EXPORT_PRIVATE_KEYS` flag is set, we should export the private key as well. For this, we use `NCryptExportKey` which is part of `ncrypt` so we have to add `ncrypt` to the `Makefile.in` as well. For exporting, I used GnuTLS library. As it seems to be only available in the unix side, I added a helper in `unixlib.c`. **EDIT** Looking at the behavior of Windows with the tests, it seems that when `cert` is `NULL` we should not fail but instead produce a valid but empty `PKCS#12`. I changed this to reflect Windows' behavior. -- v3: Import CAPI key export https://gitlab.winehq.org/wine/wine/-/merge_requests/10532

2 2

[PATCH v5 0/1] MR10380: vbscript: Return error 92 for uninitialized For loops.
by Francis De Brabandere (＠francisdb) April 1, 2026

April 1, 2026

Emit two OP_step instructions in for-to loops (matching the for-each pattern with two OP_enumnext), so that errors in the second OP_step are caught by the end-of-loop handler and exit the loop instead of re-entering the body. Convert VT_EMPTY to VT_I2(0) in OP_numval so that legitimate Empty values become numeric while error-handler-padded VT_EMPTY values remain distinguishable. Detect VT_EMPTY step or limit values in OP_step and return MAKE_VBSERROR(VBSE_FOR_LOOP_NOT_INITIALIZED) (error 92). -- v5: vbscript: Return error 92 for uninitialized For loops. https://gitlab.winehq.org/wine/wine/-/merge_requests/10380

3 3

[PATCH v5 0/7] MR9131: iertutil: Move URI parser from urlmon.
by Zhiyi Zhang (＠zhiyi) April 1, 2026

April 1, 2026

For React Native. -- v5: iertutil: Move CUri coclass from urlmon. urlmon: Add a wine_get_canonicalized_uri() helper. https://gitlab.winehq.org/wine/wine/-/merge_requests/9131

3 10

[PATCH v9 0/1] MR10393: Draft: vbscript: Check named item dispatch for Dim variable names.
by Francis De Brabandere (＠francisdb) April 1, 2026

April 1, 2026

When declaring variables with Dim in a visible named item context, check the named item's IDispatch for each variable name via GetIDsOfNames. This matches Windows VBScript behavior where Dim probes the host object before creating the variable. -- v9: vbscript: Check named item dispatch for Dim variable names. https://gitlab.winehq.org/wine/wine/-/merge_requests/10393

2 1

[PATCH v2 0/2] MR10530: crypt32: Add CERT_STORE_NO_CRYPT_RELEASE_FLAG to CertOpenStore() flags when called from CertOpenSystemStore().
by Dmitry Timoshkov (＠dmitry) April 1, 2026

April 1, 2026

-- v2: crypt32: Add CERT_STORE_NO_CRYPT_RELEASE_FLAG to CertOpenStore() flags when called from CertOpenSystemStore(). crypt32/tests: Add some tests for CertOpenSystemStore() with real provider handle. https://gitlab.winehq.org/wine/wine/-/merge_requests/10530

3 4

[PATCH v2 0/1] MR10532: crypt32: Implement PFXExportCertStoreEx support
by Benoît Legat (＠blegat) April 1, 2026

April 1, 2026

Part 2 of my attempt to run the [Niko Home Control programming software](https://appdb.winehq.org/objectManager.php?sClass=application&iId… under Wine. This .NET application ends up calling \``PFXExportCertStoreEx` (or `PFXExportCertStore` ) since it redirects to it which is a stub at the moment. According to the [documentation](https://learn.microsoft.com/en-us/windows/win32/api/wincrypt…, if the `EXPORT_PRIVATE_KEYS` flag is set, we should export the private key as well. For this, we use `NCryptExportKey` which is part of `ncrypt` so we have to add `ncrypt` to the `Makefile.in` as well. For exporting, I used GnuTLS library. As it seems to be only available in the unix side, I added a helper in `unixlib.c`. **EDIT** Looking at the behavior of Windows with the tests, it seems that when `cert` is `NULL` we should not fail but instead produce a valid but empty `PKCS#12`. I changed this to reflect Windows' behavior. -- v2: crypt32: Implement PFXExportCertStoreEx support https://gitlab.winehq.org/wine/wine/-/merge_requests/10532

2 1

[PATCH v7 0/7] MR10515: Draft: vbscript: Bind local variables, class properties, and loop variables at compile time.
by Francis De Brabandere (＠francisdb) April 1, 2026

April 1, 2026

Resolve identifiers to direct indices during compilation instead of doing runtime `wcsicmp` string scans in `lookup_identifier()`. This adds new opcodes that access local variables, function arguments, class properties, and loop variables by index, eliminating the linear string comparison overhead for the most common cases. **New opcodes:** - `OP_local` / `OP_assign_local` / `OP_set_local` - read/write local vars and args by index - `OP_local_prop` / `OP_assign_local_prop` / `OP_set_local_prop` - read/write class properties by index - `OP_step_local` / `OP_incc_local` - For-loop step/increment with indexed counter - `OP_enumnext_local` - For-Each iteration with indexed loop variable This mirrors jscript's `OP_local` / `bind_local()` optimization (`dlls/jscript/compile.c`) and addresses the FIXME in `lookup_identifier()` noting that class property access should be bound at compile time. Names that cannot be resolved at compile time (globals in Execute/ExecuteGlobal code, dynamic vars, host objects) continue to use the existing string-based path. The last commit also adds a fast path for SAFEARRAY iteration that bypasses the `IEnumVARIANT` COM vtable dispatch and copies elements directly from the array data, eliminating one intermediate `VariantCopy` per iteration. ### Local variable / argument / class property access (1M iterations, 10 reads per iteration) | Benchmark | Windows (VM) | Wine master | Wine (7 commits) | **Speedup** | vs Windows | |-----------|-------------|-------------|-------------------|---------|------------| | Local vars | 156 ms | 10,134 ms | 964 ms | **10.5x** | 6.2x slower | | Arguments | 171 ms | 6,656 ms | 957 ms | **7.0x** | 5.6x slower | | Class props | 265 ms | 6,673 ms | 960 ms | **7.0x** | 3.6x slower | ### For-loop variants (10M iterations) | Benchmark | Windows (VM) | Wine master | Wine (7 commits) | **Speedup** | vs Windows | |-----------|-------------|-------------|-------------------|---------|------------| | Empty For | 117 ms | 6,222 ms | 1,539 ms | **4.0x** | 13x slower | | For + assign | 203 ms | 10,226 ms | 1,699 ms | **6.0x** | 8.4x slower | | Do-While manual | 437 ms | 8,773 ms | 1,824 ms | **4.8x** | 4.2x slower | | For Step 2 | 62 ms | 6,125 ms | 1,546 ms | **4.0x** | 25x slower | | Nested For | 125 ms | 7,742 ms | 1,550 ms | **5.0x** | 12x slower | | For local Sub | 109 ms | 3,062 ms | 1,539 ms | **2.0x** | 14x slower | | For R8 counter | 203 ms | 10,882 ms | 1,488 ms | **7.3x** | 7.3x slower | | For-Each array | 7 ms | 6,339 ms | **113 ms** | **56x** | 16x slower | The remaining 4-13x gap vs Windows in For-loops is from `VarAdd`/`VarCmp` going through full `VariantChangeTypeEx` machinery (including locale alloc/free per call). A separate MR ([!10529](https://gitlab.winehq.org/wine/wine/-/merge_requests/10529)) adds I2/I4 fast paths in oleaut32 that bring integer loops within 1.2-1.9x of Windows when combined with this branch. -- v7: vbscript: Fast-path For-Each iteration over SAFEARRAY. https://gitlab.winehq.org/wine/wine/-/merge_requests/10515

2 7

[PATCH 0/1] MR10534: include: Define _MAX_ENV in stdlib.h.
by Rémi Bernon (＠rbernon) April 1, 2026

April 1, 2026

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

2 1

[PATCH 0/1] MR10532: crypt32: Implement PFXExportCertStoreEx support
by Benoît Legat (＠blegat) April 1, 2026

April 1, 2026

Part 2 of my attempt to run the [Niko Home Control programming software](https://appdb.winehq.org/objectManager.php?sClass=application&iId… under Wine. This .NET application ends up calling \``PFXExportCertStoreEx` (or `PFXExportCertStore` ) since it redirects to it which is a stub at the moment. According to the [documentation](https://learn.microsoft.com/en-us/windows/win32/api/wincrypt…, if the `EXPORT_PRIVATE_KEYS` flag is set, we should export the private key as well. For this, we use `NCryptExportKey` which is part of `ncrypt` so we have to add `ncrypt` to the `Makefile.in` as well. For exporting, I used GnuTLS library. As it seems to be only available in the unix side, I added a helper in `unixlib.c`. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10532

2 1

Re: [PATCH v9 0/2] MR10460: msvcrt: Add support for %Z printf specifier.
by Trung Nguyen (＠trungnt2910) April 1, 2026

April 1, 2026

On Wed Apr 1 06:21:04 2026 +0000, Piotr Caban wrote: > I think that it's not supported by MSVC. Thanks for the suggestions. For the first point about portability, did you mean the syntax of compound literals (a C99 [standard feature](https://en.cppreference.com/w/c/language/compound_literal.html)) or the `UNICODE_STRING` struct itself? For the syntax, it seems that MSVC does support it: https://godbolt.org/z/KxPGahc7z I chose the earliest MSVC version available there. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10460#note_134633

1 0

[PATCH v6 0/7] MR10515: vbscript: Bind local variables, class properties, and loop variables at compile time.
by Francis De Brabandere (＠francisdb) April 1, 2026

April 1, 2026

**New opcodes:** - `OP_local` / `OP_assign_local` / `OP_set_local` read/write local vars and args by index - `OP_local_prop` / `OP_assign_local_prop` / `OP_set_local_prop` read/write class properties by index - `OP_step_local` / `OP_incc_local` For-loop step/increment with indexed counter - `OP_enumnext_local` For-Each iteration with indexed loop variable This mirrors jscript's `OP_local` / `bind_local()` optimization (`dlls/jscript/compile.c`) and addresses the FIXME in `lookup_identifier()` noting that class property access should be bound at compile time. Names that cannot be resolved at compile time (globals in Execute/ExecuteGlobal code, dynamic vars, host objects) continue to use the existing string-based path. ### Local variable / argument / class property access (1M iterations, 10 reads per iteration) | Benchmark | Windows (VM) | Wine master | Wine (6 commits) | **Speedup** | vs Windows | |-----------|-------------|-------------|-------------------|---------|------------| | Local vars | 156 ms | 10,134 ms | 964 ms | **10.5×** | 6.2× slower | | Arguments | 171 ms | 6,656 ms | 968 ms | **6.9×** | 5.7× slower | | Class props | 265 ms | 6,673 ms | 957 ms | **7.0×** | 3.6× slower | ### For-loop variants (10M iterations) | Benchmark | Windows (VM) | Wine master | Wine (6 commits) | **Speedup** | vs Windows | |-----------|-------------|-------------|-------------------|---------|------------| | Empty For | 117 ms | 6,222 ms | 1,535 ms | **4.1×** | 13× slower | | For + assign | 203 ms | 10,226 ms | 1,734 ms | **5.9×** | 8.5× slower | | Do-While manual | 437 ms | 8,773 ms | 1,828 ms | **4.8×** | 4.2× slower | | For Step 2 | 62 ms | 6,125 ms | 1,542 ms | **4.0×** | 25× slower | | Nested For | 125 ms | 7,742 ms | 1,554 ms | **5.0×** | 12× slower | | For local Sub | 109 ms | 3,062 ms | 1,542 ms | **2.0×** | 14× slower | | For R8 counter | 203 ms | 10,882 ms | 1,484 ms | **7.3×** | 7.3× slower | | For-Each array | 7 ms | 6,339 ms | **160 ms** | **40×** | 23× slower | The remaining ~4–13× gap vs Windows in For-loops is from `VarAdd`/`VarCmp` going through full `VariantChangeTypeEx` machinery (including locale alloc/free per call). A separate MR ([!10529](https://gitlab.winehq.org/wine/wine/-/merge_requests/10529)) adds I2/I4 fast paths in oleaut32 that bring integer loops within 1.2–1.9× of Windows when combined with this branch. -- v6: vbscript: Fast-path For-Each iteration over SAFEARRAY. https://gitlab.winehq.org/wine/wine/-/merge_requests/10515

2 7

[PATCH v5 0/7] MR10515: vbscript: Bind local variables, class properties, and loop variables at compile time.
by Francis De Brabandere (＠francisdb) April 1, 2026

April 1, 2026

**New opcodes:** - `OP_local` / `OP_assign_local` / `OP_set_local` read/write local vars and args by index - `OP_local_prop` / `OP_assign_local_prop` / `OP_set_local_prop` read/write class properties by index - `OP_step_local` / `OP_incc_local` For-loop step/increment with indexed counter - `OP_enumnext_local` For-Each iteration with indexed loop variable This mirrors jscript's `OP_local` / `bind_local()` optimization (`dlls/jscript/compile.c`) and addresses the FIXME in `lookup_identifier()` noting that class property access should be bound at compile time. Names that cannot be resolved at compile time (globals in Execute/ExecuteGlobal code, dynamic vars, host objects) continue to use the existing string-based path. ### Local variable / argument / class property access (1M iterations, 10 reads per iteration) | Benchmark | Windows (VM) | Wine master | Wine (6 commits) | **Speedup** | vs Windows | |-----------|-------------|-------------|-------------------|---------|------------| | Local vars | 156 ms | 10,134 ms | 964 ms | **10.5×** | 6.2× slower | | Arguments | 171 ms | 6,656 ms | 968 ms | **6.9×** | 5.7× slower | | Class props | 265 ms | 6,673 ms | 957 ms | **7.0×** | 3.6× slower | ### For-loop variants (10M iterations) | Benchmark | Windows (VM) | Wine master | Wine (6 commits) | **Speedup** | vs Windows | |-----------|-------------|-------------|-------------------|---------|------------| | Empty For | 117 ms | 6,222 ms | 1,535 ms | **4.1×** | 13× slower | | For + assign | 203 ms | 10,226 ms | 1,734 ms | **5.9×** | 8.5× slower | | Do-While manual | 437 ms | 8,773 ms | 1,828 ms | **4.8×** | 4.2× slower | | For Step 2 | 62 ms | 6,125 ms | 1,542 ms | **4.0×** | 25× slower | | Nested For | 125 ms | 7,742 ms | 1,554 ms | **5.0×** | 12× slower | | For local Sub | 109 ms | 3,062 ms | 1,542 ms | **2.0×** | 14× slower | | For R8 counter | 203 ms | 10,882 ms | 1,484 ms | **7.3×** | 7.3× slower | | For-Each array | 7 ms | 6,339 ms | **160 ms** | **40×** | 23× slower | The remaining ~4–13× gap vs Windows in For-loops is from `VarAdd`/`VarCmp` going through full `VariantChangeTypeEx` machinery (including locale alloc/free per call). A separate MR ([!10529](https://gitlab.winehq.org/wine/wine/-/merge_requests/10529)) adds I2/I4 fast paths in oleaut32 that bring integer loops within 1.2–1.9× of Windows when combined with this branch. -- v5: vbscript: Fast-path For-Each iteration over SAFEARRAY. https://gitlab.winehq.org/wine/wine/-/merge_requests/10515

2 7

[PATCH 0/1] MR10530: crypt32: Add CERT_STORE_NO_CRYPT_RELEASE_FLAG to CertOpenStore() flags when called from CertOpenSystemStore().
by Dmitry Timoshkov (＠dmitry) April 1, 2026

April 1, 2026

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

3 2

[PATCH 0/1] MR10529: crypt32: Also accept CERT_CHAIN_ENGINE_CONFIG without dwExclusiveFlags.
by Hans Leidekker (＠hans) April 1, 2026

April 1, 2026

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

2 1

[PATCH v2 0/1] MR10528: oleaut32: Add fast paths for VarAdd and VarCmp with integer operands.
by Francis De Brabandere (＠francisdb) April 1, 2026

April 1, 2026

Add fast paths for `VarAdd` and `VarCmp` when both operands are simple integer types (VT_I2, VT_I4, VT_EMPTY), skipping the expensive `VariantChangeType`/`VariantCopyInd` machinery. Profiling VBScript For-loops showed that `VarAdd`/`VarCmp` are called every iteration for the loop counter, and the full VARIANT conversion pipeline (including locale allocation in ucrtbase) was the dominant cost. With this patch, a VBScript For-loop inside a Sub goes from 3,041ms to 1,712ms for 10M iterations (**1.8× faster**). Benchmark results (VBScript `cscript`, 10M iterations unless noted): | Benchmark | Before | After | Speedup | |-----------|--------|-------|---------| | For-loop in Sub | 3,041 ms | 1,712 ms | **1.8×** | | Empty For (global) | 6,125 ms | 4,792 ms | **1.3×** | | For Step 2 (5M) | 3,058 ms | 2,404 ms | **1.3×** | | For R8 counter | 10,824 ms | 10,878 ms | ~same (R8 not fast-pathed) | Global-scope loops show smaller gains because VBScript's string-based identifier lookup still dominates there (see !10515). Combined with !10515, integer For-loops reach 1.2–1.5× of native Windows performance (up to 51× faster than current master). -- v2: oleaut32: Add fast paths for VarAdd and VarCmp with integer operands. https://gitlab.winehq.org/wine/wine/-/merge_requests/10528

2 1

[PATCH 0/1] MR10528: oleaut32: Add fast paths for VarAdd and VarCmp with integer operands.
by Francis De Brabandere (＠francisdb) April 1, 2026

April 1, 2026

Skip the expensive VariantChangeType/VariantCopyInd machinery when both operands are simple integer types (VT_I2, VT_I4, VT_EMPTY). For VarAdd, handle overflow promotion (I2+I2 that overflows to I4, I4+I4 that overflows to R8) matching native Windows behavior. For VarCmp, compare via LONGLONG to handle mixed I2/I4 correctly. This eliminates the dominant cost in VBScript For-loop step/compare operations, where VarAdd and VarCmp are called every iteration with trivial I2 operands but previously went through the full VARIANT conversion pipeline including locale allocation in ucrtbase. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10528

2 1

Re: [PATCH v9 0/2] MR10460: msvcrt: Add support for %Z printf specifier.
by Piotr Caban (＠piotr) April 1, 2026

April 1, 2026

On Tue Mar 31 18:55:56 2026 +0000, Elizabeth Figura wrote: > I believe we have some of those structures elsewhere already. Is there a > known compiler that doesn't support them? I think that it's not supported by MSVC. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10460#note_134611

1 0