- Wine-gitlab - list.winehq.org

[PATCH v9 0/4] MR9265: crt: Run MSVC constructors and destructors
by Yuxuan Shui (＠yshui) 13 Dec '25

13 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. -- v9: crt: Run MSVC constructors and destructors. winecrtend: New staticlib hosting fallbacks of initterm and initterm_e. https://gitlab.winehq.org/wine/wine/-/merge_requests/9265

3 7

Re: [PATCH v2 0/1] MR9762: msvcrt: Rename __C_specific_handler to avoid a clang20 crash
by André Zwing (＠AndreRH) 12 Dec '25

12 Dec '25

On Fri Dec 12 23:16:16 2025 +0000, Martin Storsjö wrote: > That sounds odd, that it would crash specifically dependent on the > function name. Is the crash specifically only with Clang == 20, or for > newer/older versions too? Can you give more details about the build > configuration - building `except.c` as COFF, for x86_64? With the > compiler invoked in MSVC mode (which is the default in Wine today) or > mingw mode? with creduce I was able to get this to crash: ``` #define a(b, c) __except (b()) long d() { __try { } a(d, ) {} } void __C_specific_handler() {} ``` the define is __EXCEPT_CTX it crashes for me on x86_64 and on ARM64: `"/mnt/nvme/llvm-mingw-20250305-ucrt-ubuntu-20.04-aarch64/bin/clang-20" "-cc1" "-triple" "arm64ec-unknown-windows-msvc19.33.0" "-emit-obj" "-mincremental-linker-compatible" "-disable-free" "-clear-ast-before-backend" "-disable-llvm-verifier" "-discard-value-names" "-main-file-name" "except.c" "-mrelocation-model" "pic" "-pic-level" "2" "-mframe-pointer=none" "-relaxed-aliasing" "-fmath-errno" "-ffp-contract=on" "-fno-rounding-math" "-ffp-exception-behavior=maytrap" "-mconstructor-aliases" "-funwind-tables=2" "-target-cpu" "generic" "-target-feature" "+v8a" "-target-feature" "+fp-armv8" "-target-feature" "+neon" "-target-abi" "aapcs" "-debug-info-kind=constructor" "-dwarf-version=4" "-ffunction-sections" "-D" "__STDC__" "-D" "_MSVCR_VER=0" "-D" "__WINESRC__" "-D" "_CRTDLL" "-D" "_CRTIMP=" "-D" "__WINE_PE_BUILD" "-O2" "-Wall" "-Wdeclaration-after-statement" "-Wempty-body" "-Wignored-qualifiers" "-Winit-self" "-Wno-microsoft-enum-forward-reference" "-Wstrict-prototypes" "-Wtype-limits" "-Wunused-but-set-parameter" "-Wvla" "-Wwrite-strings" "-Wpointer-arith" "-Wabsolute-value" "-fconst-strings" "-ferror-limit" "19" "-fno-builtin" "-fno-use-cxa-atexit" "-fms-extensions" "-fms-compatibility" "-fms-compatibility-version=19.33" "-fskip-odr-check-in-gmf" "-fdelayed-template-parsing" "-fasync-exceptions" "-fexceptions" "-fcolor-diagnostics" "-vectorize-loops" "-vectorize-slp" "-target-feature" "-fmv" "-faddrsig" "-x" "c" "except-3d067c.c" ` clang21 works fine the native ubuntu clang20 also crashes, so it's not related to llvm-mingw -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9762#note_125553

1 0

Re: [PATCH v2 0/1] MR9762: msvcrt: Rename __C_specific_handler to avoid a clang20 crash
by Martin Storsjö (＠mstorsjo) 12 Dec '25

12 Dec '25

That sounds odd, that it would crash specifically dependent on the function name. Is the crash specifically only with Clang == 20, or for newer/older versions too? Can you give more details about the build configuration - building `except.c` as COFF, for x86_64? With the compiler invoked in MSVC mode (which is the default in Wine today) or mingw mode? -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9762#note_125552

1 0

Re: [PATCH v2 0/1] MR9760: win32u: Update window state after setting internal pixel format. - approved
by Alexandre Julliard (＠julliard) 12 Dec '25

12 Dec '25

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

1 0

Re: [PATCH v2 0/2] MR9759: ntdll: Correct times reported by SystemPerformanceInformation and SystemProcessorPerformanceInformation on macOS. - approved
by Alexandre Julliard (＠julliard) 12 Dec '25

12 Dec '25

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

1 0

[PATCH 0/2] MR9722: windowscodecs: Support trivial cases for copying 1bpp indexed data.
by Dmitry Timoshkov (＠dmitry) 12 Dec '25

12 Dec '25

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

3 3

[PATCH 0/1] MR9760: win32u: Update window state after setting internal pixel format.
by Rémi Bernon (＠rbernon) 12 Dec '25

12 Dec '25

We need to inform wineserver that the window has a drawable now and should be clipped out of the window surface updates. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=58491 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9760

2 1

[PATCH 0/2] MR9759: ntdll: Correct times reported by SystemPerformanceInformation and SystemProcessorPerformanceInformation on macOS.
by Sven Baars (＠sbaars) 12 Dec '25

12 Dec '25

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

2 2

[PATCH 0/1] MR9757: mfsrcsnk: Use stream_map for index value on stream start.
by Brendan McGrath (＠redmcg) 12 Dec '25

12 Dec '25

Fixes an issue where the queued samples for one stream can end up on the other when performing a pause/play. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9757

3 3

[PATCH v9 0/5] MR8837: opcservices: Add basic support for reading OPC packages.
by Vibhav Pant (＠vibhavp) 12 Dec '25

12 Dec '25

This MR introduces an initial implementation for `ReadPackageFromStream` in order to be able to decompress/read OPC packages, and enumerate their parts. This is required for supporting AppX packages, which themselves are OPC packages as well. As such, the code does not implement support for reading relationships or interleaved archives, as AppX does not support either (`APPX_E_RELATIONSHIPS_NOT_ALLOWED`, `APPX_E_INTERLEAVING_NOT_ALLOWED`). -- v9: opcservices: Implement IOpcPart::GetContentType for opened packages. opcservices: Implement IOpcPart::GetContentStream for opened packages. opcservices: Create IOpcPart objects for ZIP entries in an opened package. https://gitlab.winehq.org/wine/wine/-/merge_requests/8837

3 8