Re: [PATCH] compat/bswap.h: detect ARM64 when using MSVC
From: brian m. carlson <hidden>
Date: 2020-11-07 22:50:46
On 2020-11-07 at 22:19:16, Daniel Gurney wrote:
quoted hunk ↗ jump to hunk
Signed-off-by: Daniel Gurney <redacted> --- compat/bswap.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)diff --git a/compat/bswap.h b/compat/bswap.h index c0bb744adc..512f6f4b99 100644 --- a/compat/bswap.h +++ b/compat/bswap.h@@ -74,7 +74,7 @@ static inline uint64_t git_bswap64(uint64_t x) } #endif -#elif defined(_MSC_VER) && (defined(_M_IX86) || defined(_M_X64)) +#elif defined(_MSC_VER) && (defined(_M_IX86) || defined(_M_X64) || defined(_M_ARM64)) #include <stdlib.h>
I think this is fine as it is, but I have a question here: why, if we're using MSVC, is that not sufficient to enable this? In other words, why can't this line simply be this: #elif defined(_MSC_VER) As far as I know, Windows has always run on little-endian hardware. It looks like MSVC did run on the M68000 series and MIPS[0] at some point. Are those really versions of MSVC we care about and think Git can practically support, given the fact that we require so many C99 constructs that are not practically available in old versions of MSVC? If not, wouldn't it make sense to simplify? [0] Wikipedia does not specify the endiannesses supported by the MIPS edition. -- brian m. carlson (he/him or they/them) Houston, Texas, US
Attachments
- signature.asc [application/pgp-signature] 263 bytes