summaryrefslogtreecommitdiffstats
path: root/vl.c
diff options
context:
space:
mode:
authorMarkus Armbruster2019-02-14 16:22:36 +0100
committerMarkus Armbruster2019-02-18 14:44:04 +0100
commitdcac64711ea906e844ae60a5927e5580f7252c1e (patch)
treec301702ab4cff7e031d6c8638a7fd9d1a031a57d /vl.c
parentqapi: Fix up documentation for recent commit a95291007b2 (diff)
downloadqemu-dcac64711ea906e844ae60a5927e5580f7252c1e.tar.gz
qemu-dcac64711ea906e844ae60a5927e5580f7252c1e.tar.xz
qemu-dcac64711ea906e844ae60a5927e5580f7252c1e.zip
qapi: Clean up modular built-in code generation a bit
We neglect to call .visit_module() for the special module we use for built-ins. Harmless, but clean it up anyway. The tests/qapi-schema/*.out now show the built-in module as 'module None'. Subclasses of QAPISchemaModularCVisitor need to ._add_module() this special module to enable code generation for built-ins. When this hasn't been done, QAPISchemaModularCVisitor.visit_module() does nothing for the special module. That looks like built-ins could accidentally be generated into the wrong module when a subclass neglects to call ._add_module(). Can't happen, because built-ins are all visited before any other module. But that's non-obvious. Switch off code generation explicitly. Rename QAPISchemaModularCVisitor._begin_module() to ._begin_user_module(). New QAPISchemaModularCVisitor._is_builtin_module(), for clarity. Signed-off-by: Markus Armbruster <armbru@redhat.com> Reviewed-by: Marc-André Lureau <marcandre.lureau@redhat.com> Message-Id: <20190214152251.2073-4-armbru@redhat.com>
Diffstat (limited to 'vl.c')
0 files changed, 0 insertions, 0 deletions