summaryrefslogtreecommitdiffstats
path: root/tests/qapi-schema/enum-wrong-data.exit
diff options
context:
space:
mode:
authorEric Blake2015-05-04 17:05:04 +0200
committerMarkus Armbruster2015-05-05 18:39:00 +0200
commitcf3935907b5df16f667d54ad6761c7e937dcf425 (patch)
treeac11b4cc953cc0d7a605eb589e13128f15cf5803 /tests/qapi-schema/enum-wrong-data.exit
parentqapi: Add some enum tests (diff)
downloadqemu-cf3935907b5df16f667d54ad6761c7e937dcf425.tar.gz
qemu-cf3935907b5df16f667d54ad6761c7e937dcf425.tar.xz
qemu-cf3935907b5df16f667d54ad6761c7e937dcf425.zip
qapi: Better error messages for bad enums
The previous commit demonstrated that the generator had several flaws with less-than-perfect enums: - an enum that listed the same string twice (or two variant strings that map to the same C enumerator) ended up generating an invalid C enum - because the generator adds a _MAX terminator to each enum, the use of an enum member 'max' can also cause this clash - if an enum omits 'data', the generator left a python stack trace rather than a graceful message - an enum that used a non-array 'data' was silently accepted by the parser - an enum that used non-string members in the 'data' member was silently accepted by the parser Add check_enum to cover these situations, and update testcases to match. While valid .json files won't trigger any of these cases, we might as well be nicer to developers that make a typo while trying to add new QAPI code. 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/qapi-schema/enum-wrong-data.exit')
-rw-r--r--tests/qapi-schema/enum-wrong-data.exit2
1 files changed, 1 insertions, 1 deletions
diff --git a/tests/qapi-schema/enum-wrong-data.exit b/tests/qapi-schema/enum-wrong-data.exit
index 573541ac97..d00491fd7e 100644
--- a/tests/qapi-schema/enum-wrong-data.exit
+++ b/tests/qapi-schema/enum-wrong-data.exit
@@ -1 +1 @@
-0
+1