aboutsummaryrefslogtreecommitdiff
path: root/tests/libqos
diff options
context:
space:
mode:
authorEric Blake <eblake@redhat.com>2015-05-04 09:05:25 -0600
committerMarkus Armbruster <armbru@redhat.com>2015-05-05 18:39:01 +0200
commitfd41dd4eae5f7ea92f10c04cb3f217727fcee91f (patch)
tree04cf70812be04f55d4a4aa5cd770a7ab5b1ec6eb /tests/libqos
parent2cbf09925ad45401673a79ab77f67de2f04a826c (diff)
downloadqemu-fd41dd4eae5f7ea92f10c04cb3f217727fcee91f.zip
qemu-fd41dd4eae5f7ea92f10c04cb3f217727fcee91f.tar.gz
qemu-fd41dd4eae5f7ea92f10c04cb3f217727fcee91f.tar.bz2
qapi: Prefer 'struct' over 'type' in generator
Referring to "type" as both a meta-type (built-in, enum, union, alternate, or struct) and a specific type (the name that the schema uses for declaring structs) is confusing. The confusion is only made worse by the fact that the generator mostly already refers to struct even when dealing with expr['type']. This commit changes the generator to consistently refer to it as struct everywhere, plus a single back-compat tweak that allows accepting the existing .json files as-is, so that the meat of this change is separate from the mindless churn of that change. Fix the testsuite fallout for error messages that change, and in some cases, become more legible. Improve comments to better match our intentions where a struct (rather than any complex type) is required. Note that in some cases, an error message now refers to 'struct' while the schema still refers to 'type'; that will be cleaned up in the later commit to the schema. Signed-off-by: Eric Blake <eblake@redhat.com> Reviewed-by: Markus Armbruster <armbru@redhat.com> Signed-off-by: Markus Armbruster <armbru@redhat.com>
Diffstat (limited to 'tests/libqos')
0 files changed, 0 insertions, 0 deletions