- Wine-gitlab - list.winehq.org

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

10 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 8

Re: [PATCH v2 0/1] MR9753: winegcc: Add libs/ to library search paths when --wine-objdir is used. - approved
by Alexandre Julliard (＠julliard) 10 Dec '25

10 Dec '25

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

1 0

Re: [PATCH v2 0/1] MR9715: win32u/tests: Dynamically load function D3DKMTOpenKeyedMutexFromNtHandle. - approved
by Alexandre Julliard (＠julliard) 10 Dec '25

10 Dec '25

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

1 0

Re: [PATCH v2 0/1] MR9747: win32u: Avoid setting surface layered with the dummy surface. - approved
by Alexandre Julliard (＠julliard) 10 Dec '25

10 Dec '25

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

1 0

Re: [PATCH v2 0/1] MR9746: opengl32: Fix a copy error when printing the log. - approved
by Alexandre Julliard (＠julliard) 10 Dec '25

10 Dec '25

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

1 0

Re: [PATCH v2 0/1] MR9745: winegstreamer: Fix a double free (Coverity). - approved
by Alexandre Julliard (＠julliard) 10 Dec '25

10 Dec '25

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

1 0

Re: [PATCH v6 0/5] MR9575: winegstreamer: Reject SetOutputType with a different number of channels. - approved
by Alexandre Julliard (＠julliard) 10 Dec '25

10 Dec '25

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

1 0

[PATCH v2 0/1] MR9751: Draft: gitlab: Make core files accessible as artifacts.
by Bernhard Übelacker (＠bernhardu) 10 Dec '25

10 Dec '25

All some days there is an issue with the `debian-32` gitlab job showing a segfault. But it also shows `core dumped`. This merge request is the attempt to make this core file available as artifact. Last segfault example from yesterday: https://gitlab.winehq.org/wine/wine/-/jobs/216539#L135 ``` /usr/bin/bash: line 213: 185 Segmentation fault (core dumped) wine usr/local/lib/wine/i386-windows/winetest.exe -q ``` -- v2: gitlab: Make core files accessible as artifacts. https://gitlab.winehq.org/wine/wine/-/merge_requests/9751

2 2

[PATCH 0/1] MR9753: winegcc: Add libs/ to library search paths when --wine-objdir is used.
by Jacek Caban (＠jacek) 10 Dec '25

10 Dec '25

Fixes linking with MSVC targets, which now require compiler-rt. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9753

2 1

[PATCH 0/5] MR9749: mmdevapi: Reject wave formats that crash audio drivers.
by Giovanni Mascellani (＠giomasce) 10 Dec '25

10 Dec '25

I am working on a overhaul of how mmdevapi should behave when given invalid or borderline wave formats. In some cases that leads to a crash, which I suppose is appropriate to fix even during the freeze. So here it is. I'm pretty sure that the OSS backend suffers from the same problem. I could write a patch and check that it builds, but have no way to test it. Should I submit it anyway? -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9749

3 8