qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH v3 2/9] qapi: move gen_if/gen_endif to QAPISchemaIfCond


From: John Snow
Subject: Re: [PATCH v3 2/9] qapi: move gen_if/gen_endif to QAPISchemaIfCond
Date: Wed, 12 May 2021 14:53:41 -0400
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.8.1

On 5/11/21 12:39 PM, Stefan Hajnoczi wrote:
On Thu, Apr 29, 2021 at 05:40:25PM +0400, marcandre.lureau@redhat.com wrote:
From: Marc-André Lureau <marcandre.lureau@redhat.com>

Move the generating function to the QAPISchemaIfCond class.

I'm not familiar enough with the QAPI code generator to know whether
schema.py is supposed to generate C code directly. Otherwise this
refactoring makes sense.


It's not supposed to, necessarily, but schema.py *does* already have some "built-in" ties to the C language -- in particular its use of POINTER_SUFFIX and c_name. It isn't split ultra-cleanly.

Ideally, and I am neither asking for nor requiring this, I would like to see code generator backends factored neatly such that the C generative code is all in one place, or at least outside of the abstract QAPI internals.

(Maybe gen.py can be split into gen.py and c_gen.py, and the C-specific bits for gen_if et al can go into c_gen.py.)

Since you are working towards a Rust backend, I assume that the C-specific portions of this code don't remain in schema.py for too long? I can't imagine them being here helps you with your Rust generator, but I could be wrong.

--js




reply via email to

[Prev in Thread] Current Thread [Next in Thread]