- Wine-gitlab - list.winehq.org

[PATCH v20 0/17] MR7111: support building Wine with LTO
by Konstantin Demin (＠rockdrilla) 12 Dec '25

12 Dec '25

relevant bug reports: - https://bugs.winehq.org/show_bug.cgi?id=41712 - https://bugs.winehq.org/show_bug.cgi?id=51051 -- v20: ntoskrnl: move i386 specific Rtl*ByteSwap() into separate source. ntoskrnl: move _chkstk() / __chkstk() into separate source. msvcrt: move i386 specific _ftol() into separate source. kernel32: move x86-64 specific GetProcAddress() into separate source. kernel32: move i386 specific Interlocked*() into separate source. kernel32: move i386 specific ExitProcess() into separate source. kernelbase: move x86-64 specific GetProcAddress() into separate source. ntdll: move i386 specific Rtl*ByteSwap() into separate source. tools: add LTO quirks. makedep: support skipping/disabling LTO. configure: enable building Wine with LTO. makedep: support LTO builds. winegcc: support LTO builds. winebuild: support LTO builds. tools: helper functions for LTO builds. ntdll: add attribute "used" to a few symbols that should not be discarded. loader: add attribute "used" to a few symbols that should not be discarded. This merge request has too many patches to be relayed via email. Please visit the URL below to see the contents of the merge request. https://gitlab.winehq.org/wine/wine/-/merge_requests/7111

2 2

[PATCH v8 0/3] MR9265: crt: Run MSVC constructors and destructors
by Yuxuan Shui (＠yshui) 12 Dec '25

12 Dec '25

There are several motivations to enable ctor/dtor support: 1. ASan. This is not just about my wine-asan work, this is important for @bernhardu's PE asan work as well. The compiler generates ctors that poisons memory around global variables so misuses of them can be caught. This is the same both of our implementations of ASan. 2. Building third-party codebases against wine's CRT. This is not necessary for mingw-gcc or llvm-mingw, but the MSVC frontend of clang is another option for cross-compiling to Windows. However right now that requires Windows SDK. Bringing wine CRT to the point of being functional enough will give us another option. Could be useful for things like Proton. 3. (Controversial) Many dlls perform init/deinit tasks in `DllMain`. Some of them might benefit from a conversion to ctor/dtor. Since nothing in wine uses ctor/dtor right now, this change shouldn't have any impact by itself. -- v8: crt: Run MSVC constructors and destructors. winegcc: Merge .CRT sections for windows targets. winebuild: Generate start and end symbols for .CRT sections. https://gitlab.winehq.org/wine/wine/-/merge_requests/9265

2 5

[PATCH 0/6] MR9758: Draft: crt: Run MinGW constructors and destructors
by Yuxuan Shui (＠yshui) 12 Dec '25

12 Dec '25

(stacked over !9265) @jacek does this look like a good idea? -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9758

2 6

[PATCH v7 0/3] MR9265: crt: Run MSVC constructors and destructors
by Yuxuan Shui (＠yshui) 12 Dec '25

12 Dec '25

There are several motivations to enable ctor/dtor support: 1. ASan. This is not just about my wine-asan work, this is important for @bernhardu's PE asan work as well. The compiler generates ctors that poisons memory around global variables so misuses of them can be caught. This is the same both of our implementations of ASan. 2. Building third-party codebases against wine's CRT. This is not necessary for mingw-gcc or llvm-mingw, but the MSVC frontend of clang is another option for cross-compiling to Windows. However right now that requires Windows SDK. Bringing wine CRT to the point of being functional enough will give us another option. Could be useful for things like Proton. 3. (Controversial) Many dlls perform init/deinit tasks in `DllMain`. Some of them might benefit from a conversion to ctor/dtor. Since nothing in wine uses ctor/dtor right now, this change shouldn't have any impact by itself. -- v7: crt: Run MSVC constructors and destructors. winegcc: Merge .CRT sections for windows targets. winebuild: Generate start and end symbols for .CRT sections. https://gitlab.winehq.org/wine/wine/-/merge_requests/9265

3 10

[PATCH v21 0/3] MR9632: sxs: avoid uninitialised len_name length
by Hans Chen (＠hans.chen) 12 Dec '25

12 Dec '25

The `redirect_data->clrdata_len` [is unset in /dlls/ntdll/actctx.c#L4411-4412](https://gitlab.winehq.org/wine/wine/-/blob/master/dlls/ntdll/actctx.c?ref_type=heads#L4411-4412) when using registration-free COM in C# NET code. Program.cs ```C# //... Guid guid = Guid.Parse("COM clsid"); Type type = Type.GetTypeFromCLSID(guid, true); var instance = Activator.CreateInstance(type)); //... ``` App.manifest ```xml <assembly> <file name="ExampleCOM.dll"> <comClass description="ExampleCOM" progid="ExampleCOM" clsid="{COM clsid}" threadingModel="Free"/> </file> </assembly> ``` The above C# code gets this error on its second line. ```Shell System.AccessViolationException: Attempted to read or write protected memory. This is often an indication that other memory is corrupt. ``` This is because `len_name` is uninitialized when calling `memcpy(ret_strings, ptr_name, len_name);` in `SxsLookupClrGuid`, which is fixed in this MR. -- v21: add testlib https://gitlab.winehq.org/wine/wine/-/merge_requests/9632

2 3

[PATCH v20 0/2] MR9632: sxs: avoid uninitialised len_name length
by Hans Chen (＠hans.chen) 12 Dec '25

12 Dec '25

The `redirect_data->clrdata_len` [is unset in /dlls/ntdll/actctx.c#L4411-4412](https://gitlab.winehq.org/wine/wine/-/blob/master/dlls/ntdll/actctx.c?ref_type=heads#L4411-4412) when using registration-free COM in C# NET code. Program.cs ```C# //... Guid guid = Guid.Parse("COM clsid"); Type type = Type.GetTypeFromCLSID(guid, true); var instance = Activator.CreateInstance(type)); //... ``` App.manifest ```xml <assembly> <file name="ExampleCOM.dll"> <comClass description="ExampleCOM" progid="ExampleCOM" clsid="{COM clsid}" threadingModel="Free"/> </file> </assembly> ``` The above C# code gets this error on its second line. ```Shell System.AccessViolationException: Attempted to read or write protected memory. This is often an indication that other memory is corrupt. ``` This is because `len_name` is uninitialized when calling `memcpy(ret_strings, ptr_name, len_name);` in `SxsLookupClrGuid`, which is fixed in this MR. -- v20: add comClass to manifest https://gitlab.winehq.org/wine/wine/-/merge_requests/9632

2 2

[PATCH v3 0/3] MR9755: mfmediaengine fixes
by Matteo Bruni (＠Mystral) 11 Dec '25

11 Dec '25

Fixes for regression bug 59047 -- v3: mfmediaengine/tests: Test WASAPI audio session interactions. https://gitlab.winehq.org/wine/wine/-/merge_requests/9755

2 4

Re: [PATCH v2 0/2] MR9755: mfmediaengine fixes
by Matteo Bruni (＠Mystral) 11 Dec '25

11 Dec '25

On Thu Dec 11 23:39:34 2025 +0000, Nikolay Sivov wrote: > Why is SetMasterVolume() bad if we are going to create a separate > session per-engine? It isn't inherently bad, but it can be if e.g. the application goes out of its way to `Initialize()` its own `AudioClient`s in the same session. Also it's not what native does. The test hack I attached to the bug shows that native `IMFMediaEngine` doesn't modify the session-wide master volume. I have a cleaned-up version of the same test that requires !9756 to not crash on Wine. I could modify the test to skip on Wine for the time being. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9755#note_125494

1 0

[PATCH v3 0/2] MR9732: ntdll: Support FSCTL_DUPLICATE_EXTENTS_TO_FILE
by nikita pushkarev (＠strudelll) 11 Dec '25

11 Dec '25

Implement FSCTL_DUPLICATE_EXTENTS_TO_FILE handling in ntdll on Linux by wiring the IOCTL to FICLONERANGE/FICLONE where available and returning STATUS_INVALID_DEVICE_REQUEST otherwise. Adds the necessary constants/types when missing. -- v3: ntdll: Advertise FILE_SUPPORTS_BLOCK_REFCOUNTING when reflink is supported. https://gitlab.winehq.org/wine/wine/-/merge_requests/9732

2 2

Re: [PATCH v2 0/4] MR9752: ntdll: Compute total size as aligned commit size in RtlCreateHeap(). - approved
by Alexandre Julliard (＠julliard) 11 Dec '25

11 Dec '25

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

1 0