Re: [PATCH 1/1] Windows: force-recompile git.res for differing architectures
- From
Junio C Hamano <gitster@pobox.com>
- Date
- Nov 7, 2018, 09:03 UTC
- Message-ID
- <xmqq36sdcl9t.fsf@gitster-ct.c.googlers.com>
- In-Reply-To
- <ad98ab16-c6bf-7294-f498-d0e7295105fc@kdbg.org>
Johannes Sixt <j6t@kdbg.org> writes:
Show 17 quoted lines
> Am 07.11.18 um 02:32 schrieb Junio C Hamano: >> Johannes Sixt <j6t@kdbg.org> writes: >>> On Linux, when I recompile for a different architecture, CFLAGS would >>> change, so I would have thought that GIT-CFLAGS were the natural >>> choice for a dependency. Don't they change in this case on Windows, >>> too? >> >> Depending on GIT-CFLAGS would have a better chance of being safe, I >> guess, even though it can at times be overly safe, than GIT-PREFIX, >> I suspect. As a single user target in Makefile, which is only used >> by Dscho, who intends to stick to /mingw(32|64)/ convention til the >> end of time, I think the posted patch is OK, though. > > I think that it's not only Dscho who uses the target (my build > environment, for example, is different from Dscho's and compiles > git.res, too). But since the patch helps him most and doesn't hurt > others, it is good to go. No objection from my side.
Yeah, that was phrased poorly. What I meant was by "only by Dscho" was "only by those who share the convention that GIT-PREFIX is changed if and only if targetting a different arch".
Anyway, I just wanted to say that GIT-PREFIX may not be precise enough but would give sufficient signal; GIT-CFLAGS may be a more cautious choice, but it may change a bit too often ;-).