I have rechecked this to make sure the test does not have a subtle bug that causes it to depend on the stack layout.
In the process I have reduced the test to the minimum set necessary to reproduce the bug (see attachment). But in the end I did not find anything wrong so it does look like a compiler bug.
I don't know how to proceed from there.
* I think it would be better if someone more knowlegeable than me reported this bug to the MinGW guys. Maybe someone who could undertand what happens in the assembly code?
* On the Wine side it would really be nice to get this test (and the three others that are impacted) to stop failing. But removing all the static directives really does not feel right. Would it be better to arrange for these tests to be compiled with -O0? Any other cleaner workaround.
So I'm really hoping someone can step up and move this forward.
Here are the relevant bugs: * dinput8:dinput regression caused by new compiler https://bugs.winehq.org/show_bug.cgi?id=40384
* usp10:usp10 regression caused by new cross-compiler https://bugs.winehq.org/show_bug.cgi?id=40385
* wininet:url regression caused by new cross-compiler https://bugs.winehq.org/show_bug.cgi?id=40386
* Unexplained new random comctl32:header failure (cross-compiler issue?) https://bugs.winehq.org/show_bug.cgi?id=40442