There are a few motivations for this:
* Identifiers beginning with vkd3d_shader_ look like external API. Changing the
prefix makes it clear that this is an internal API.
* vkd3d_shader is a very long prefix, which is annoying to type [not least
because "vkd3d" itself is an unwieldy name.] This is also a motivation for
shortening "instruction" to "instr".
* The "vkd3d_instruction" is increasingly growing from a simple parsed
representation of sm4 bytecode, to a proper IR in its own right—e.g. we are
using it for sm1 and sm6, are performing passes over it, and we have plans to
extend its scope further, e.g. to HLSL compilation. Give it a name that
reflects and clearly communicates what it is.
--
v2: vkd3d-shader/ir: Rename vkd3d_shader_instruction to ir_instr.
https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/264
Release for 1.8.1 containing targeted fixes for issues uncovered by Wine tests, in particular an assert which is currently preventing Wine tests from running with 1.8.
There were other "safe fix" patches I noticed after 1.8, but on the precedent of 1.7.1 I didn't pick any of them.
I've marked this as a draft since it's supposed to be a merge request into a vkd3d-1.8.x branch, but that doesn't currently exist, and it'll need Alexandre to create it as I understand. In the meantime I'm submitting the patches so they can be reviewed.
--
v3: Release 1.8.1.
https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/298
Currently, wine is unable to find and execute URIs (such as Link2EA://someurlhere), with this patch wine is able to fall back to using start.exe instead of terminating the process.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/3615
--
v3: mshtml: Implement Cycle Collection for HTMLStyleSheetRule.
mshtml: Implement Cycle Collection for HTMLStyleSheetRulesCollection.
mshtml: Implement Cycle Collection for HTMLStyleSheetsCollection.
mshtml: Implement Cycle Collection for HTMLStyleSheet.
mshtml: Implement Cycle Collection for HTMLCSSStyleDeclaration.
mshtml: Implement Cycle Collection for HTMLAttributeCollection.
mshtml: Implement Cycle Collection for HTMLDOMAttribute.
mshtml: Implement Cycle Collection for objects that don't require traversal.
mshtml: Implement Cycle Collection for HTMLPerformanceNavigation.
mshtml: Implement Cycle Collection for HTMLPerformance.
mshtml: Use destructor in the vtbl for PerformanceTiming.
mshtml: Traverse variants using a helper function.
https://gitlab.winehq.org/wine/wine/-/merge_requests/3597
--
v2: mshtml: Implement Cycle Collection for XMLHttpRequest.
mshtml: Implement Cycle Collection for HTMLPerformanceTiming.
mshtml: Move PerformanceTiming related fields to the window.
mshtml: Move HTMLPerformanceNavigation related fields to the window.
mshtml: Implement Cycle Collection for inner windows.
mshtml: Traverse variants using a helper function.
mshtml: Implement Cycle Collection for HTMLPerformanceNavigation.
mshtml: Implement Cycle Collection for HTMLPerformance.
mshtml: Get rid of NULL checks for the dispex vtbl.
mshtml: Use destructor in the vtbl for PerformanceTiming.
mshtml: Implement Cycle Collection for outer windows.
mshtml: Implement Cycle Collection for HTMLLocation.
mshtml: Separate the HTMLLocation from the outer window.
https://gitlab.winehq.org/wine/wine/-/merge_requests/3597
--
v10: vkd3d-shader/tpf: Handle the swizzle type bitfield in dst param tokens.
vkd3d-shader/tpf: Handle the dimension bitfield in dst param tokens.
vkd3d-shader/tpf: Use the default vec4 swizzle if a src param contains a mask.
vkd3d-shader/tpf: Handle the dimension bitfield in src param tokens.
https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/225
I think we'd prefer not make a (even partial) revert on something that made wine's behavior closer to native. I think further investigation into the root cause is in order. I've provided my recommendation for a next step on the bug report.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/3611#note_42869
This serie:
- adds a couple of tests to CreateProcess to cover ctrl-c blocking inheritance flag
and process group creation
- populates RTL_USER_PROCESS_PARAMETERS.ProcessGroupId
- separates new process group creation from ctrl-c inheritance flag
--
v2: kernelbase: Correctly handle new process group flag in CreateProcess.
kernel32/tests: Extend to new process group tests for CreateProcess.
kernelbase,ntdll,server: Separate console and new group flag (CreateProcess).
kernel32/tests: Add tests for group and console flags in CreateProcess.
kernel32/tests: Only access ProcessGroupId field when present.
https://gitlab.winehq.org/wine/wine/-/merge_requests/3442