[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [PULL 0/5] slirp updates
From: |
Peter Maydell |
Subject: |
Re: [Qemu-devel] [PULL 0/5] slirp updates |
Date: |
Sun, 26 Feb 2017 22:38:28 +0000 |
On 26 February 2017 at 20:27, Samuel Thibault
<address@hidden> wrote:
> The following changes since commit 685783c5b69c83c942d1fc21679311eeb8f79ab9:
>
> Merge remote-tracking branch 'remotes/thibault/tags/samuel-thibault' into
> staging (2017-02-26 16:38:40 +0000)
>
> are available in the git repository at:
>
> http://people.debian.org/~sthibault/qemu.git tags/samuel-thibault
>
> for you to fetch changes up to c363a5b7f9ca9e802665587900b7ea1aefcf26ea:
>
> slirp: VMStatify remaining except for loop (2017-02-26 21:16:38 +0100)
>
> ----------------------------------------------------------------
> slirp updates
>
> ----------------------------------------------------------------
> Dr. David Alan Gilbert (5):
> slirp: VMState conversion; tcpcb
> slirp: VMStatify sbuf
> slirp: Common lhost/fhost union
> slirp: VMStatify socket level
> slirp: VMStatify remaining except for loop
I'm afraid this doesn't build on OSX:
/Users/pm215/src/qemu-for-merges/slirp/slirp.c:1291:9: error:
'uint16_t *' (aka 'unsigned short *') and 'typeof (((union
slirp_sockaddr *)0)->ss.ss_family) *' (aka 'unsigned char *') are not
pointers to compatible types
VMSTATE_SS_FAMILY(ss.ss_family, union slirp_sockaddr),
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/Users/pm215/src/qemu-for-merges/slirp/slirp.c:1277:33: note: expanded
from macro 'VMSTATE_SS_FAMILY'
#define VMSTATE_SS_FAMILY(f, s) VMSTATE_UINT16(f, s)
^~~~~~~~~~~~~~~~~~~~
/Users/pm215/src/qemu-for-merges/include/migration/vmstate.h:785:5:
note: expanded from macro 'VMSTATE_UINT16'
VMSTATE_UINT16_V(_f, _s, 0)
^~~~~~~~~~~~~~~~~~~~~~~~~~~
/Users/pm215/src/qemu-for-merges/include/migration/vmstate.h:764:5:
note: expanded from macro 'VMSTATE_UINT16_V'
VMSTATE_SINGLE(_f, _s, _v, vmstate_info_uint16, uint16_t)
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
note: (skipping 1 expansions in backtrace; use
-fmacro-backtrace-limit=0 to see all)
/Users/pm215/src/qemu-for-merges/include/migration/vmstate.h:300:21:
note: expanded from macro 'VMSTATE_SINGLE_TEST'
.offset = vmstate_offset_value(_state, _field, _type), \
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/Users/pm215/src/qemu-for-merges/include/migration/vmstate.h:272:6:
note: expanded from macro 'vmstate_offset_value'
type_check(_type, typeof_field(_state, _field)))
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/Users/pm215/src/qemu-for-merges/include/qemu/compiler.h:86:35: note:
expanded from macro 'type_check'
#define type_check(t1,t2) ((t1*)0 - (t2*)0)
~~~~~~ ^ ~~~~~~
1 error generated.
In the OSX headers sockaddr_storage is:
struct sockaddr_storage {
__uint8_t ss_len; /* address length */
sa_family_t ss_family; /* [XSI] address family */
char __ss_pad1[_SS_PAD1SIZE];
__int64_t __ss_align; /* force structure storage alignment */
char __ss_pad2[_SS_PAD2SIZE];
};
and sa_family_t is
typedef __uint8_t sa_family_t;
(NetBSD also defines sa_family_t as an 8 bit type, and
perhaps so do the other BSDs.)
I think we can't get away with having the on-the-wire
type for this field be the same as the in-memory
representation, since the on-the-wire rep. should
be host-OS-independent...
thanks
-- PMM
- [Qemu-devel] [PULL 0/5] slirp updates, Samuel Thibault, 2017/02/26
- [Qemu-devel] [PULL 2/5] slirp: VMStatify sbuf, Samuel Thibault, 2017/02/26
- [Qemu-devel] [PULL 5/5] slirp: VMStatify remaining except for loop, Samuel Thibault, 2017/02/26
- [Qemu-devel] [PULL 3/5] slirp: Common lhost/fhost union, Samuel Thibault, 2017/02/26
- [Qemu-devel] [PULL 1/5] slirp: VMState conversion; tcpcb, Samuel Thibault, 2017/02/26
- [Qemu-devel] [PULL 4/5] slirp: VMStatify socket level, Samuel Thibault, 2017/02/26
- Re: [Qemu-devel] [PULL 0/5] slirp updates, no-reply, 2017/02/26
- Re: [Qemu-devel] [PULL 0/5] slirp updates,
Peter Maydell <=