On Mon, 2016-01-25 at 14:49 +, Andrew Cooper wrote:
> On 25/01/16 14:47, Ian Campbell wrote:
> > On Mon, 2016-01-25 at 14:35 +, Ian Jackson wrote:
> > > Ian Campbell writes ("Re: [Xen-devel] [PATCH XEN v8 02/29] tools:
> > > Refactor /dev/xen/e
On 25/01/16 14:47, Ian Campbell wrote:
> On Mon, 2016-01-25 at 14:35 +, Ian Jackson wrote:
>> Ian Campbell writes ("Re: [Xen-devel] [PATCH XEN v8 02/29] tools:
>> Refactor /dev/xen/evtchn wrappers into libxenevtchn."):
>>> Various of the tools/libs/*/include
On Mon, 2016-01-25 at 14:35 +, Ian Jackson wrote:
> Ian Campbell writes ("Re: [Xen-devel] [PATCH XEN v8 02/29] tools:
> Refactor /dev/xen/evtchn wrappers into libxenevtchn."):
> > Various of the tools/libs/*/include/*.h have a
> >
> > /* Callers who
On 01/25/2016 09:35 AM, Ian Jackson wrote:
Ian Campbell writes ("Re: [Xen-devel] [PATCH XEN v8 02/29] tools: Refactor
/dev/xen/evtchn wrappers into libxenevtchn."):
Various of the tools/libs/*/include/*.h have a
/* Callers who don't care don't need to #include */
Ian Campbell writes ("Re: [Xen-devel] [PATCH XEN v8 02/29] tools: Refactor
/dev/xen/evtchn wrappers into libxenevtchn."):
> Various of the tools/libs/*/include/*.h have a
>
> /* Callers who don't care don't need to #include */
> typedef struct xen
On Fri, 2016-01-22 at 12:12 -0500, Boris Ostrovsky wrote:
> On 01/15/2016 08:22 AM, Ian Campbell wrote:
> > libxenevtchn will provide a stable API and ABI for accessing the
> > evtchn device.
>
> I think this patch breaks the build:
>
> root@ovs101> gcc -O1 -fno-omit-frame-pointer -m64 -g
> -fn
On 01/15/2016 08:22 AM, Ian Campbell wrote:
libxenevtchn will provide a stable API and ABI for accessing the
evtchn device.
I think this patch breaks the build:
root@ovs101> gcc -O1 -fno-omit-frame-pointer -m64 -g
-fno-strict-aliasing -std=gnu99 -Wall -Wstrict-prototypes
-Wdeclaration-after