https://bugs.winehq.org/show_bug.cgi?id=45703
--- Comment #28 from Anastasius Focht focht@gmx.net --- Hello Louis,
--- quote --- I don`t know how this could be anything related so I`ll first go double-check and report back before fishing up red herrings --- quote ---
well, there is no doubt about it. Basically Alexandre's inlining rework of debug helpers has an effect on how GCC organizes (optimizes) code at Win32 function entry. __wine_dbg_get_channel_flags() causes data references go through GOT. A load of GOT register is now emitted directly at API entries where TRACE() is the first code, which is a no-no for many hook engines. Previously, the GOT register load was emitted _after_ stack re-align/preserving locally clobbered registers/setup of stack frame pointer for local vars (those sequences are hotpatchable).
Kinda bad situation as this essentially prevents the closure of a couple of old tickets. There are also new "collector" tickets which list multiple broken apps/games with same regression sha1. All of them require additional sets hotpatchable API entries now (across and within tickets, partially overlapping). I'm not very inclined on working on this with top priority.
Regards