From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ian Campbell Subject: Re: [PATCH 3/3] xen: Add stdbool.h workaround for BSD. Date: Thu, 15 Aug 2013 15:15:05 +0100 Message-ID: <1376576105.9273.180.camel@hastur.hellion.org.uk> References: <1376573107-27249-1-git-send-email-tim@xen.org> <1376573107-27249-4-git-send-email-tim@xen.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <1376573107-27249-4-git-send-email-tim@xen.org> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Tim Deegan Cc: keir@xen.org, chegger@amazon.de, Ian.Jackson@eu.citrix.com, xen-devel@lists.xen.org, prlw1@cam.ac.uk, stefano.stabellini@citrix.com, jbeulich@suse.com List-Id: xen-devel@lists.xenproject.org On Thu, 2013-08-15 at 14:25 +0100, Tim Deegan wrote: > On *BSD, stdbool.h lives in /usr/include, but we don't want to have > that on the search path in case we pick up any headers from the build > host's C libraries. > > Copy the equivalent hack already in place for stdarg.h: on all > supported compilers the contents of stdbool.h are trivial, so just > supply the things we need in a xen/stdbool.h header. > > Signed-off-by: Tim Deegan Acked-by: Ian Campbell (or Reviewed-by if you prefer) I suppose we ought to start prefering xen/stdbool.h+bool to xen/types.h +bool_t in new code and think about migrating uses of bool_t over. Ian.