* New git repository for Go bindings
@ 2025-03-07 12:30 Victor Toso
2025-03-07 12:49 ` Daniel P. Berrangé
0 siblings, 1 reply; 3+ messages in thread
From: Victor Toso @ 2025-03-07 12:30 UTC (permalink / raw)
To: qemu-devel
Cc: Daniel P. Berrangé, Stefan Hajnoczi,
Philippe Mathieu-Daudé, Peter Maydell, Paolo Bonzini,
Alex Bennée, Markus Armbruster, John Snow, Andrea Bolognani
[-- Attachment #1: Type: text/plain, Size: 1420 bytes --]
Hi,
I've been working on and off in having Go bindings for QEMU's
QAPI specification. The last version [0] seems to be accepted so
far but we would like not to have that in qemu.git.
In the past [1], Daniel suggested creating a repo per each
generated schema: go-qemu.git, go-qga.git, go-qsd.git
While that works well from the point of view of Go applications
and is neat organized too, afaict they are all bounded to QEMU's
release schedule so it might be enough to create a single repo
such as:
qapi-generators.git
└── golang
├── module.py # The go generator
├── qemu # For qapi/qapi-schema.json
│ ├── doc.go
│ ├── gen_iface_command.go
│ ├── gen_iface_event.go
│ ├── gen_type_alternate.go
│ ├── gen_type_command.go
│ ├── gen_type_enum.go
│ ├── gen_type_event.go
│ ├── gen_type_struct.go
│ ├── gen_type_union.go
│ ├── go.mod
│ ├── protocol.go
│ └── utils.go
├── qga # qga/qapi-schema.json
└── qsd # storage-daemon/qapi/qapi-schema.json
Or perhaps a per language repo?
[0] https://lists.gnu.org/archive/html/qemu-devel/2025-02/msg03019.html
[1] https://lists.gnu.org/archive/html/qemu-devel/2023-09/msg07024.html
Cheers,
Victor
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: New git repository for Go bindings
2025-03-07 12:30 New git repository for Go bindings Victor Toso
@ 2025-03-07 12:49 ` Daniel P. Berrangé
2025-03-07 13:51 ` Victor Toso
0 siblings, 1 reply; 3+ messages in thread
From: Daniel P. Berrangé @ 2025-03-07 12:49 UTC (permalink / raw)
To: Victor Toso
Cc: qemu-devel, Stefan Hajnoczi, Philippe Mathieu-Daudé,
Peter Maydell, Paolo Bonzini, Alex Bennée, Markus Armbruster,
John Snow, Andrea Bolognani
On Fri, Mar 07, 2025 at 01:30:38PM +0100, Victor Toso wrote:
> Hi,
>
> I've been working on and off in having Go bindings for QEMU's
> QAPI specification. The last version [0] seems to be accepted so
> far but we would like not to have that in qemu.git.
>
> In the past [1], Daniel suggested creating a repo per each
> generated schema: go-qemu.git, go-qga.git, go-qsd.git
>
> While that works well from the point of view of Go applications
> and is neat organized too, afaict they are all bounded to QEMU's
> release schedule so it might be enough to create a single repo
> such as:
>
> qapi-generators.git
> └── golang
> ├── module.py # The go generator
> ├── qemu # For qapi/qapi-schema.json
> │ ├── doc.go
> │ ├── gen_iface_command.go
> │ ├── gen_iface_event.go
> │ ├── gen_type_alternate.go
> │ ├── gen_type_command.go
> │ ├── gen_type_enum.go
> │ ├── gen_type_event.go
> │ ├── gen_type_struct.go
> │ ├── gen_type_union.go
> │ ├── go.mod
> │ ├── protocol.go
> │ └── utils.go
> ├── qga # qga/qapi-schema.json
> └── qsd # storage-daemon/qapi/qapi-schema.json
>
> Or perhaps a per language repo?
I'd suggest we keep the repo dedicated just for 'go' language, as mixed
language repos are more trouble than they are worth when it comes to
dealing with language specific build tools.
With regards,
Daniel
--
|: https://berrange.com -o- https://www.flickr.com/photos/dberrange :|
|: https://libvirt.org -o- https://fstop138.berrange.com :|
|: https://entangle-photo.org -o- https://www.instagram.com/dberrange :|
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: New git repository for Go bindings
2025-03-07 12:49 ` Daniel P. Berrangé
@ 2025-03-07 13:51 ` Victor Toso
0 siblings, 0 replies; 3+ messages in thread
From: Victor Toso @ 2025-03-07 13:51 UTC (permalink / raw)
To: Daniel P. Berrangé
Cc: qemu-devel, Stefan Hajnoczi, Philippe Mathieu-Daudé,
Peter Maydell, Paolo Bonzini, Alex Bennée, Markus Armbruster,
John Snow, Andrea Bolognani
[-- Attachment #1: Type: text/plain, Size: 1802 bytes --]
On Fri, Mar 07, 2025 at 12:49:59PM +0000, Daniel P. Berrangé wrote:
> On Fri, Mar 07, 2025 at 01:30:38PM +0100, Victor Toso wrote:
> > Hi,
> >
> > I've been working on and off in having Go bindings for QEMU's
> > QAPI specification. The last version [0] seems to be accepted so
> > far but we would like not to have that in qemu.git.
> >
> > In the past [1], Daniel suggested creating a repo per each
> > generated schema: go-qemu.git, go-qga.git, go-qsd.git
> >
> > While that works well from the point of view of Go applications
> > and is neat organized too, afaict they are all bounded to QEMU's
> > release schedule so it might be enough to create a single repo
> > such as:
> >
> > qapi-generators.git
> > └── golang
> > ├── module.py # The go generator
> > ├── qemu # For qapi/qapi-schema.json
> > │ ├── doc.go
> > │ ├── gen_iface_command.go
> > │ ├── gen_iface_event.go
> > │ ├── gen_type_alternate.go
> > │ ├── gen_type_command.go
> > │ ├── gen_type_enum.go
> > │ ├── gen_type_event.go
> > │ ├── gen_type_struct.go
> > │ ├── gen_type_union.go
> > │ ├── go.mod
> > │ ├── protocol.go
> > │ └── utils.go
> > ├── qga # qga/qapi-schema.json
> > └── qsd # storage-daemon/qapi/qapi-schema.json
> >
> > Or perhaps a per language repo?
>
> I'd suggest we keep the repo dedicated just for 'go' language,
> as mixed language repos are more trouble than they are worth
> when it comes to dealing with language specific build tools.
That's fine for me. Should we go with qapi-go or go-qapi or ?
Cheers,
Victor
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2025-03-07 14:31 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2025-03-07 12:30 New git repository for Go bindings Victor Toso
2025-03-07 12:49 ` Daniel P. Berrangé
2025-03-07 13:51 ` Victor Toso
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.