February 2026 - Wine-GitLab

[PATCH 0/3] MR10119: winegcc: Use compiler-rt instead of -lgcc on mingw targets.
by Jacek Caban (＠jacek) Feb. 17, 2026

Feb. 17, 2026

This treats mingw targets the same way as msvc. We already have the necessary infrastructure; we are just missing a few functions to be able to use it for mingw as well. In my case, I was looking at adding emutls support for GCC. Since it is typically provided by libgcc or compiler-rt, this should be straightforward to implement on top of this MR. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10119

2 3

[PATCH v2 0/1] MR10056: dsound: Use a better FIR filter generated with the Parks-McClellan algorithm.
by Anton Baskanov (＠baskanov) Feb. 17, 2026

Feb. 17, 2026

The new filter provides a 98.5 dB stopband rejection and doesn't attenuate frequencies below 20 kHz (assuming 44.1 kHz sampling rate). ![magnitude](/uploads/e0947573942210102f85bc11082c1380/magnitude.png){width=900 height=403} ![sweep.wine.upstream](/uploads/411cb840ed5f7117a669e1a729101d0f/sweep.wine.upstream.png){width=675 height=356} ![sweep.wine.pm-fir](/uploads/b2f6d669c1bb62c70d6a4a725cb06aa8/sweep.wine.pm-fir.png){width=675 height=356} P.S.: Thanks to Matteo Bruni for providing the test tools. -- v2: dsound: Use a better FIR filter generated with the Parks-McClellan algorithm. https://gitlab.winehq.org/wine/wine/-/merge_requests/10056

4 8

[PATCH 0/1] MR10118: win32u: Or the GL_FLUSH_INTERVAL flag when updating the swap interval.
by Rémi Bernon Feb. 17, 2026

Feb. 17, 2026

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

1 1

[PATCH v8 0/8] MR10019: opengl32: Move wglGetProcAddress implementation to the PE side.
by Rémi Bernon Feb. 17, 2026

Feb. 17, 2026

This better splits client / host extension lists, allowing to more easily check for available host-side extensions in win32u later on, then moves the function registry to the PE side to get rid of the remaining extension logic in opengl32 unix side. Doing that, it also drops the driver function check, and always expose extension functions to the client if their extension dependency is satisfied. I'm not completely sure this is right, but I think the unix side tends to expose functions from eglGetProcAddress more often than the opposite. We could also keep a mechanism to check the driver availability, with a bit of additional complexity. On the unix side, all OpenGL functions are queried on initialization instead of just core functions, simplifying their use later on. -- v8: opengl32: Implement the function registry on the PE side. win32u: Query every OpenGL functions on initialization. opengl32: Implement client extension enumeration on the PE side. opengl32: Move major / minor version to the PE side context wrapper. opengl32: Parse host extension list to the opengl_extensions struct. opengl32: Remove now unused wgl pixel format unix thunks. opengl32: Implement wglGetExtensionsString(ARB|EXT) on the PE side. opengl32: Initialize enabled / disabled OpenGL extensions struct. https://gitlab.winehq.org/wine/wine/-/merge_requests/10019

1 9

[PATCH v7 0/8] MR10019: opengl32: Move wglGetProcAddress implementation to the PE side.
by Rémi Bernon Feb. 17, 2026

Feb. 17, 2026

This better splits client / host extension lists, allowing to more easily check for available host-side extensions in win32u later on, then moves the function registry to the PE side to get rid of the remaining extension logic in opengl32 unix side. Doing that, it also drops the driver function check, and always expose extension functions to the client if their extension dependency is satisfied. I'm not completely sure this is right, but I think the unix side tends to expose functions from eglGetProcAddress more often than the opposite. We could also keep a mechanism to check the driver availability, with a bit of additional complexity. On the unix side, all OpenGL functions are queried on initialization instead of just core functions, simplifying their use later on. -- v7: opengl32: Implement the function registry on the PE side. win32u: Query every OpenGL functions on initialization. opengl32: Implement client extension enumeration on the PE side. opengl32: Move major / minor version to the PE side context wrapper. opengl32: Parse host extension list to the opengl_extensions struct. opengl32: Remove now unused wgl pixel format unix thunks. opengl32: Implement wglGetExtensionsString(ARB|EXT) on the PE side. opengl32: Initialize enabled / disabled OpenGL extensions struct. https://gitlab.winehq.org/wine/wine/-/merge_requests/10019

2 10

[PATCH 0/1] MR10117: win32u: Don't offset client rect when using D3D present rect.
by Rémi Bernon Feb. 17, 2026

Feb. 17, 2026

The window rects are all in absolute screen position and the client rect shouldn't be made relative to the window position. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10117

1 1

[PATCH v2 0/4] MR10114: msi: Handle unusual installer files (padding, malformed string refs)
by Theodoros Chatzigiannakis (＠TChatzigiannakis) Feb. 17, 2026

Feb. 17, 2026

This PR addresses two issues that I observed preventing the Native Instruments Kontakt Player MSI (and other MSI files from the same vendor) from successfully finishing: 1. Some installers contain padding for 4-byte alignment of table streams. We relax Wine's parsing to allow for such padding. 2. Some installers declare that they have 3-byte string refs, but the data actually contains 2-byte string refs. This looks like a malformed MSI to me (a result of a misapplied transform perhaps). However, Windows presumably(\*) accepts this inconsistency, so we try to be forgiving here. (\*) It has been years since I last tried to install NI software on Windows. But Windows is a main platform for NI, so if it didn't accept these malformed files, then NI (and other vendors) would presumably have caught this issue in their installers and addressed it already. --- The above are technically separate issues, but they affect the same software in similar ways, so I opted for one PR. Please me know if I should split them. --- Quick repro hint: Native Instruments offers a program called Native Access (which acts as an installation hub on the user's machine). On user request, NA downloads and launches the affected MSI files in the background. If you try to repro, a couple of things to watch out for: 1. NA seems to always report a successful installation, even when the underlying MSI fails to complete (and therefore nothing is installed). This PR does nothing to address this false positive, as it is most likely a NA logic bug (perhaps ignoring the installer's status code). 2. To observe/examine the underlying MSI files (including the fix presented here), you'll need to grab them after NA downloads and extracts them on your machine (or find manual/direct downloads on the NI website, where applicable) --- _Disclaimers for reviewers:_ * _AI was used while tracking down the issues and coming up with fixes._ * _I am not affiliated with Native Instruments, I'm just a user._ -- v2: msi/tests: Use broken() for strref mismatch test on Windows. https://gitlab.winehq.org/wine/wine/-/merge_requests/10114

3 5

[PATCH v15 0/3] MR9369: wininet: Return correct errors and put handle into invalid state when seeking beyond end of file.
by Torge Matthies (＠tmatthies) Feb. 17, 2026

Feb. 17, 2026

When `InternetSetFilePointer` is used to seek and then read beyond the size of the remote file, the initial read will fail with `ERROR_NOACCESS` and put the handle into an invalid state such that `InternetSetFilePointer`, `InternetReadFile`, and `InternetQueryDataAvailable` will return errors from then on. Based on !9644. -- v15: wininet: Return correct errors and put handle into invalid state when seeking beyond end of file. wininet/tests: Add tests for seeking beyond end of file. wininet/tests: Skip GetUrlCacheConfigInfo and CommitUrlCacheEntry tests if the functions return ERROR_CALL_NOT_IMPLEMENTED. https://gitlab.winehq.org/wine/wine/-/merge_requests/9369

2 3

[PATCH v14 0/3] MR9369: wininet: Return correct errors and put handle into invalid state when seeking beyond end of file.
by Torge Matthies (＠tmatthies) Feb. 17, 2026

Feb. 17, 2026

When `InternetSetFilePointer` is used to seek and then read beyond the size of the remote file, the initial read will fail with `ERROR_NOACCESS` and put the handle into an invalid state such that `InternetSetFilePointer`, `InternetReadFile`, and `InternetQueryDataAvailable` will return errors from then on. Based on !9644. -- v14: wininet: Return correct errors and put handle into invalid state when seeking beyond end of file. wininet/tests: Add tests for seeking beyond end of file. wininet/tests: Skip GetUrlCacheConfigInfo and CommitUrlCacheEntry tests if the functions return ERROR_CALL_NOT_IMPLEMENTED. https://gitlab.winehq.org/wine/wine/-/merge_requests/9369

2 3

[PATCH 0/1] MR10116: include: iphlpapi.h avoid C++ keyword
by Alistair Leslie-Hughes (＠alesliehughes) Feb. 17, 2026

Feb. 17, 2026

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

2 1