October 2025 - Wine-gitlab - list.winehq.org

Re: [PATCH v3 0/1] MR9262: Revert setting macOS QoS class in main thread. - approved
by Alexandre Julliard (＠julliard) 23 Oct '25

23 Oct '25

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

1 0

Re: [PATCH v2 0/1] MR9257: kernel32: Move some time functions from winmm. - approved
by Alexandre Julliard (＠julliard) 23 Oct '25

23 Oct '25

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

1 0

Re: [PATCH v4 0/8] MR9252: mshtml: Implement checkValidity for input elements. - approved
by Alexandre Julliard (＠julliard) 23 Oct '25

23 Oct '25

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

1 0

Re: [PATCH v2 0/3] MR9238: win32u: Update the window config before its state, as internal config. - approved
by Alexandre Julliard (＠julliard) 23 Oct '25

23 Oct '25

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

1 0

Re: [PATCH v3 0/3] MR9254: include: Remove some msxml6 types from msxml2.idl. - approved
by Alexandre Julliard (＠julliard) 23 Oct '25

23 Oct '25

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

1 0

[PATCH v4 0/5] MR7570: mfreadwrite: Implement encoder creation. (Part 1)
by Ziqing Hui (＠zhui) 23 Oct '25

23 Oct '25

I split the implementations into 2 parts to make it looks easier to review. So plz first review this MR and make sure it's good so that we don't have to rebase. The follwing patches is in !7571. -- v4: mfreadwrite/tests: Test getting transform for a writer without converter. mfreadwrite: Implement sink_writer_SetInputMediaType. mfreadwrite: Implement IMFSinkWriterEx. mfreadwrite: Add converter transform to stream. mfreadwrite: Add attributes member to writer struct. https://gitlab.winehq.org/wine/wine/-/merge_requests/7570

3 7

[PATCH v3 0/4] MR9263: opengl32: Unify and simplify context extensions handling.
by Jacek Caban (＠jacek) 23 Oct '25

23 Oct '25

-- v3: opengl32: Use stored extensions in filter_extensions. opengl32: Use stored extension list in is_extension_supported. opengl32: Compute supported extensions in make_context_current. opengl32: Split extensions by null bytes in the registry. https://gitlab.winehq.org/wine/wine/-/merge_requests/9263

2 4

[PATCH v2 0/2] MR9265: crt: Run MingW and MSVC constructors/destructors
by Yuxuan Shui (＠yshui) 23 Oct '25

23 Oct '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. -- v2: msvcrt: Run ctors and dtors from mainCRTStartup. https://gitlab.winehq.org/wine/wine/-/merge_requests/9265

2 2

[PATCH 0/2] MR9265: crt: Run MingW and MSVC constructors/destructors
by Yuxuan Shui (＠yshui) 23 Oct '25

23 Oct '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. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9265

2 5

[PATCH v2 0/3] MR9263: opengl32: Unify and simplify context extensions handling.
by Jacek Caban (＠jacek) 23 Oct '25

23 Oct '25

-- v2: opengl32: Use stored extensions in filter_extensions. opengl32: Use stored extension list in is_extension_supported. opengl32: Compute supported extensions in make_context_current. https://gitlab.winehq.org/wine/wine/-/merge_requests/9263

3 15