On Wed, 21 Jun 2023, Mark Cave-Ayland wrote:
This brings GLUEState in line with our current QOM guidelines.
Are these guidelines documented somewhere? I like this better than the
public/private comments (although I prefer no space at all with just
documenting that QOM object parents should not be accessed directly) but I
haven't seen it discussed and agreed upon so it looks like a convention
you defined but not documented anywhere. But it could be I missed the
patch to coding style or QOM docs to establish this convention.
If we really want to make these QOM object states stand out we might even
consider formatting these as
struct GLUEState { SysBusDevice parent_obj;
M68kCPU *cpu;
...
}
unless checkpatch would not like that or something.
Regards,
BALATON Zoltan
Signed-off-by: Mark Cave-Ayland <[email protected]>
Reviewed-by: Philippe Mathieu-Daudé <[email protected]>
Reviewed-by: Laurent Vivier <[email protected]>
---
hw/m68k/q800.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/hw/m68k/q800.c b/hw/m68k/q800.c
index dda57c60bf..465c510c18 100644
--- a/hw/m68k/q800.c
+++ b/hw/m68k/q800.c
@@ -100,6 +100,7 @@ OBJECT_DECLARE_SIMPLE_TYPE(GLUEState, GLUE)
struct GLUEState {
SysBusDevice parent_obj;
+
M68kCPU *cpu;
uint8_t ipr;
uint8_t auxmode;