I'm not convinced that this justifies a Wine-specific module.
The usual solution for problems with native dlls is "don't do that", i.e. fix the builtin so that native is not required.
It's hard to tell without more details, but in this case an app-specific dll override may also be enough.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/2700#note_31218
The tests shows that, for sink writer created by MFCreateSinkWriterFromURL,
we are not able to grab the media sink object immediately after the creation,
unless the media sink object can be created without setting media type(MP3, ASF).
--
v4: mfreadwrite/tests: Test GetService for MP4 sink writer.
https://gitlab.winehq.org/wine/wine/-/merge_requests/2690
This series allows linking of our d3dx9.dll against d3dcompiler.lib from the Windows SDK. It presumably also fixes the d3dcompiler tests, although I didn't bother building them with Visual Studio so far.
And yes, I did check, that stringification macro works on MSVC.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/2705