Hi, On Fri, 15 Aug 2025, Junio C Hamano wrote: > Matthias Aßhauer <mha1993@xxxxxxx> writes: > > >> ifeq (MINGW64,$(MSYSTEM)) > >> prefix = /mingw64 > >> HOST_CPU = x86_64 > >> BASIC_LDFLAGS += -Wl,--pic-executable,-e,mainCRTStartup > >> + CARGO_BUILD_TARGET = x86_64-pc-windows-gnu > > > > I've said it when Johannes originally sent this patch[1], but it bears > > repeating: The *-pc-windows-gnu targets will pass CI, but would mean > > raising the required Windows version from 8.1 to 10. We'd want to use > > the *-win7-windows-gnu targets[2] to keep Windows 8.1 supported. > > It seems that Dscho did not respond on the list to your initial > objection in the discussion you cited. I would have hoped that it is clear by now that Matthias is as much to be trusted with Git for Windows concerns as I am (just like the other active Git for Windows contributors, if you can get them onto this here mailing list). Just in case that it really needs my explicit ACK: What he said about Windows 8.1 support in Git for Windows is accurate. > I do not think we spell out which releases of various platforms are > still supported by us (we do list requirements for platforms in the > Platform Support Policy document, though), but in general we should > not be attempting to give extended support to systems that the > vendor no longer supports. As Windows 8.1 is no longer supported by > Microsoft since Jan 2023, and Windows 10 will go out of support in a > few month after Oct 2025, if I am reading the table correctly, so as > long as we document our intention of dropping a commercial system > that is no longer supported by its vender clearly, I do not mind the > above that discards 8.1 [*]. While there is obviously some connection between the official EOL of Windows versions (see https://endoflife.date/windows) and which versions Git for Windows supports, the balance we try to strike (and by "we" I don't apply the pluralis majestatis, it is very much a consensus between all active Git for Windows contributors, including Matthias and myself) is to support older Windows versions as much as can be done with a reasonable amount of effort (where "reasonable" is obviously as subjective as the definition of "taste"). The consensus of what Windows versions can be reasonably supported is documented at https://gitforwindows.org/requirements.html#windows-version. Currently that is — you may have guessed it — as Matthias has stated: Git for Windows will support Windows 8.1 for the time being. The hope is that we will be able to notify users when support for that version will be phased out well in advance, much as we did for Windows 7 and 8, where deprecation notices were included in the release notes of several Git for Windows versions prior to v2.46.2, which was the last Git for Windows version to support Windows 7 and 8. > But I may be biased, as I do not live in the Microsoft ecosystem. You do point that out frequently, so I believe that you made the point. Personally, I would like to see a more open-minded approach here. Ciao, Johannes