ohrrpgce VS mxe

Yes, I guess I could do that, then maybe I can get it upstreamed.

However I was misremembering a bit and misspoke before both about how easy it's been to support Windows 95 (it was easy up until a few mingw-w64 releases ago... except for spawning processes) and how recent my mingw-w64 is (I'm using 7.0.0, 3.5 years old, and simply haven't tried anything newer). Also I have no idea the minimum Windows targetted by mingw-w64 actually is, they don't say. I think they don't actually care about Windows 9x support, they just never did anything to break it before 6.0.0. So I doubt they'd accept such a patch.

The most important trick was you have to use a build of mingw-w64 with 'win32' rather than 'posix' threading ([1], and the rest of that thread is relevant too):

> the 'win32' threading support in mingw-w64 is the original one and supports all 32-bit Windows, while 'posix' threading (winpthreads) is a recent addition which is necessary to support C++11 mutexes and threads, but has higher system requirements. ... That's why mxe switched to posix threads by default in 2019.

[1] https://github.com/ohrrpgce/ohrrpgce/issues/1241#issuecommen...

I use mingw-w64 with a recent GCC (I'd assume the latest would work too) to target Windows 95, using the mxe toolchain to crosscompile from Linux for convenience. However recently I had to patch mxe to restore support for Win 95 through 2000, which they'd broken only for the sake of implementing SetThreadName [1]

[1] https://github.com/rversteegen/mxe/commit/aa87b55a77a62d4cff...