qapi: Start converting to new qapi union layout
We have two issues with our qapi union layout: 1) Even though the QMP wire format spells the tag 'type', the C code spells it 'kind', requiring some hacks in the generator. 2) The C struct uses an anonymous union, which places all tag values in the same namespace as all non-variant members. This leads to spurious collisions if a tag value matches a non-variant member's name. This patch is the front end for a series that converts to a saner qapi union layout. By the end of the series, we will no longer have the type/kind mismatch, and all tag values will be under a named union, which requires clients to access 'obj->u.value' instead of 'obj->value'. But since the conversion touches a number of files, it is easiest if we temporarily support BOTH layouts simultaneously. Given a simple union qapi type: { 'union':'Foo', 'data': { 'a':'int', 'b':'bool' } } make the following changes in generated qapi-types.h: | struct Foo { |- FooKind kind; |- union { /* union tag is @kind */ |+ union { |+ FooKind kind; |+ FooKind type; |+ }; |+ union { /* union tag is @type */ | void *data; | int64_t a; | bool b; |+ union { /* union tag is @type */ |+ void *data; |+ int64_t a; |+ bool b; |+ } u; | }; | }; Flat unions do not need the anonymous union for the tag member, as we already fixed that to use the member name instead of 'kind' back in commit0f61af3e
. One additional change is needed in qapi.py: check_union() now needs to check for collisions with 'type' in addition to those with 'kind'. Later, when the conversions are complete, we will remove the duplication hacks, and also drop the check_union() restrictions. Note, however, that we do not rename the generated enum, which is still 'FooKind'. A further patch could generate implicit enums as 'FooType', but while the generator already reserved the '*Kind' namespace (commit4dc2e69
), there are already QMP constructs with '*Type' naming, which means changing our reservation namespace would have lots of churn to C code to deal with a forced name change. Signed-off-by: Eric Blake <eblake@redhat.com> Message-Id: <1445898903-12082-13-git-send-email-eblake@redhat.com> [Commit message tweaked slightly] Signed-off-by: Markus Armbruster <armbru@redhat.com>
This commit is contained in:
parent
5c5e51a05b
commit
f51d8fab44
@ -149,11 +149,23 @@ struct %(c_name)s {
|
||||
if base:
|
||||
ret += gen_struct_fields([], base)
|
||||
else:
|
||||
# TODO As a hack, we emit both 'kind' and 'type'. Ultimately, we
|
||||
# want to use only 'type', but the conversion is large enough to
|
||||
# require staging over several commits.
|
||||
ret += mcgen('''
|
||||
union {
|
||||
%(c_type)s kind;
|
||||
%(c_type)s type;
|
||||
};
|
||||
''',
|
||||
c_type=c_name(variants.tag_member.type.name))
|
||||
|
||||
# TODO As a hack, we emit the union twice, once as an anonymous union
|
||||
# and once as a named union. Ultimately, we want to use only the
|
||||
# named union version (as it avoids conflicts between tag values as
|
||||
# branch names competing with non-variant QMP names), but the conversion
|
||||
# is large enough to require staging over several commits.
|
||||
tmp = ''
|
||||
# FIXME: What purpose does data serve, besides preventing a union that
|
||||
# has a branch named 'data'? We use it in qapi-visit.py to decide
|
||||
# whether to bypass the switch statement if visiting the discriminator
|
||||
@ -162,25 +174,25 @@ struct %(c_name)s {
|
||||
# should not be any data leaks even without a data pointer. Or, if
|
||||
# 'data' is merely added to guarantee we don't have an empty union,
|
||||
# shouldn't we enforce that at .json parse time?
|
||||
ret += mcgen('''
|
||||
tmp += mcgen('''
|
||||
union { /* union tag is @%(c_name)s */
|
||||
void *data;
|
||||
''',
|
||||
# TODO ugly special case for simple union
|
||||
# Use same tag name in C as on the wire to get rid of
|
||||
# it, then: c_name=c_name(variants.tag_member.name)
|
||||
c_name=c_name(variants.tag_name or 'kind'))
|
||||
c_name=c_name(variants.tag_member.name))
|
||||
|
||||
for var in variants.variants:
|
||||
# Ugly special case for simple union TODO get rid of it
|
||||
typ = var.simple_union_type() or var.type
|
||||
ret += mcgen('''
|
||||
tmp += mcgen('''
|
||||
%(c_type)s %(c_name)s;
|
||||
''',
|
||||
c_type=typ.c_type(),
|
||||
c_name=c_name(var.name))
|
||||
|
||||
ret += tmp
|
||||
ret += ' ' + '\n '.join(tmp.split('\n'))
|
||||
ret += mcgen('''
|
||||
} u;
|
||||
};
|
||||
};
|
||||
''')
|
||||
|
@ -548,7 +548,8 @@ def check_union(expr, expr_info):
|
||||
base = expr.get('base')
|
||||
discriminator = expr.get('discriminator')
|
||||
members = expr['data']
|
||||
values = {'MAX': '(automatic)', 'KIND': '(automatic)'}
|
||||
values = {'MAX': '(automatic)', 'KIND': '(automatic)',
|
||||
'TYPE': '(automatic)'}
|
||||
|
||||
# Two types of unions, determined by discriminator.
|
||||
|
||||
|
Loading…
Reference in New Issue
Block a user