A now much-smaller re-roll of a potential for-v2.39.0 fix for GNU make 4.4 compatibility. Junio: Sorry about the overlapping submission, at the time I didn't see Paul's in the "What's Cooking", and thought it hadn't been picked up at all (maybe I just forgot to look at the actual branches). This v3 is just the "MAKEFLAGS" patch. I agree with your [2] that we might want to leave this post-release, i.e. it'll just be (a lot) more verbose, but does it break anything? Probably not. On the other hand the fix here is trivial, and literally just the exact solution to this compatibility problem suggested by GNU make's "NEWS" file, and nothing else. So merging this before the release should be low-risk... 1. https://lore.kernel.org/git/cover-v2-0.4-00000000000-20221129T140159Z-avarab@xxxxxxxxx/ 2. https://lore.kernel.org/git/xmqqk03dyskc.fsf@gitster.g/ Ævar Arnfjörð Bjarmason (1): Makefiles: change search through $(MAKEFLAGS) for GNU make 4.4 git-gui/Makefile | 2 +- shared.mak | 4 ++-- 2 files changed, 3 insertions(+), 3 deletions(-) Range-diff against v2: 1: 42b4f241c97 < -: ----------- Documentation/Makefile: de-duplicate *.[157] dependency list 2: e232f308e40 < -: ----------- Documentation/Makefile: avoid multiple patterns when generating one file 3: 6db7dd74e52 = 1: 432518b2dd7 Makefiles: change search through $(MAKEFLAGS) for GNU make 4.4 4: f1bc3c16904 < -: ----------- Documentation/Makefile: narrow wildcard rules to our known files -- 2.39.0.rc0.1028.gb88f24da998
