MINGW-packages: Applications linked with winpthread can not be run on Windows XP
An application linked with winpthread fails to start on Windows XP due to missing GetTickCount64()
function in kernel32.dll
. This function in available only starting from Vista. The dependency seems to come from this commit in winpthread. The use of GetTickCount64()
is surrounded by #if _WIN32_WINNT >= _WIN32_WINNT_VISTA
, but apparently the library was built with a high enough value of _WIN32_WINNT
.
Do you still support building software for Windows XP? I did not found anything about supported target platforms on the website and wiki.
About this issue
- Original URL
- State: closed
- Created 5 years ago
- Reactions: 3
- Comments: 16 (4 by maintainers)
Commits related to this issue
- Configure for local transcoding without ffplay Legacy Windows CRT compatibility fix cf. msys2/MINGW-packages#5139 — committed to CL-Jeremy/media-autobuild_suite by CL-Jeremy 4 years ago
You might want to consider touching up your googling skills. http://www.msys2.org/ clearly states this.
Supporting insecure OSes does no one a favor.
Except when one have to maintain legacy systems still running on such an OS.
If you are talking about this phrase:
Then i have seen this. Being able to build on XP and being able to build for XP are different things. I would not call it “clearly”.
Just leaving here a few commands for that in case someone will search:
Small problem: They purged those versions of winpthread. There’s no archive of them I can find.
Security isn’t the only thing that matters. I have a netbook that will never have Windows Vista or up but that plays classic Windows games perfectly fine. Supporting it does me a favor.
Also the support would enable software on ReactOS, which implements NT5.1/5.2 APIs and is very much in development.
Yeah, thanks. You might want to consider writing a list of supported Windows versions somewhere. Because i was unable to find that information.
I downgraded mingw-w64-i686-libwinpthread-git and mingw-w64-i686-winpthreads-git to 7.0.0.5273.3e5acf5d-1 according to instructions in wiki and it seems to work. At least for now.