From: Andreas Färber Date: Sun, 27 May 2012 14:21:02 +0000 (+0200) Subject: arch_init: Fix AltiVec build on Darwin/ppc X-Git-Tag: TizenStudio_2.0_p2.3.2~208^2~4058^2~1 X-Git-Url: http://review.tizen.org/git/?a=commitdiff_plain;h=f283edc4827f6bfa82240e36433d7184ab106b0f;p=sdk%2Femulator%2Fqemu.git arch_init: Fix AltiVec build on Darwin/ppc Commit f29a56147b66845914d0a645bf9b4c5bb9a6af57 (implement -no-user-config command-line option (v3)) introduced uses of bool in arch_init.c. Shortly before that usage is support code for AltiVec (conditional to __ALTIVEC__). GCC's altivec.h may in a !__APPLE_ALTIVEC__ code path redefine bool, leading to type mismatches. altivec.h recommends to #undef for C++ compatibility, but doing so in C leads to bool remaining undefined. Fix by redefining bool to _Bool as mandated for stdbool.h by POSIX. Signed-off-by: Andreas Färber Reviewed-by: Paolo Bonzini --- diff --git a/arch_init.c b/arch_init.c index 988adca..a9e8b74 100644 --- a/arch_init.c +++ b/arch_init.c @@ -100,6 +100,10 @@ const uint32_t arch_type = QEMU_ARCH; #define VECTYPE vector unsigned char #define SPLAT(p) vec_splat(vec_ld(0, p), 0) #define ALL_EQ(v1, v2) vec_all_eq(v1, v2) +/* altivec.h may redefine the bool macro as vector type. + * Reset it to POSIX semantics. */ +#undef bool +#define bool _Bool #elif defined __SSE2__ #include #define VECTYPE __m128i