)]}'
{
  "commit": "f283edc4827f6bfa82240e36433d7184ab106b0f",
  "tree": "3bca6d14081ed6a94ec9bd97575b9cdd99f78937",
  "parents": [
    "24f50d7ea5896a30b0e78f68884586bb8b40ff97"
  ],
  "author": {
    "name": "Andreas Färber",
    "email": "andreas.faerber@web.de",
    "time": "Sun May 27 16:21:02 2012 +0200"
  },
  "committer": {
    "name": "Andreas Färber",
    "email": "afaerber@suse.de",
    "time": "Tue May 29 11:38:07 2012 +0200"
  },
  "message": "arch_init: Fix AltiVec build on Darwin/ppc\n\nCommit f29a56147b66845914d0a645bf9b4c5bb9a6af57 (implement\n-no-user-config command-line option (v3)) introduced uses of bool\nin arch_init.c. Shortly before that usage is support code for\nAltiVec (conditional to __ALTIVEC__).\n\nGCC\u0027s altivec.h may in a !__APPLE_ALTIVEC__ code path redefine bool,\nleading to type mismatches. altivec.h recommends to #undef for C++\ncompatibility, but doing so in C leads to bool remaining undefined.\n\nFix by redefining bool to _Bool as mandated for stdbool.h by POSIX.\n\nSigned-off-by: Andreas Färber \u003candreas.faerber@web.de\u003e\nReviewed-by: Paolo Bonzini \u003cpbonzini@redhat.com\u003e\n",
  "tree_diff": [
    {
      "type": "modify",
      "old_id": "988adcae07cef66b234c99441699fe51b7210c05",
      "old_mode": 33188,
      "old_path": "arch_init.c",
      "new_id": "a9e8b7442be112afeebc6f32b92d471048a26a84",
      "new_mode": 33188,
      "new_path": "arch_init.c"
    }
  ]
}