On 5/9/22 11:17, Claudio Fontana wrote:
Hello Gerd, Paolo,
this commit from 2020, together with others in the same series, contains a flaw
that now comes back to bite.
From commit 28457744c345ca4ccb58c984c9552e9c5955a9de ("module: qom module
support") :
On 6/24/20 15:10, Gerd Hoffmann wrote
Hello Gerd, Paolo,
this commit from 2020, together with others in the same series, contains a flaw
that now comes back to bite.
>From commit 28457744c345ca4ccb58c984c9552e9c5955a9de ("module: qom module
>support") :
On 6/24/20 15:10, Gerd Hoffmann wrote:
> Add support for qom types provided by
> > +/*
> > + * Building devices and other qom objects modular is mostly useful in
> > + * case they have dependencies to external shared libraries, so we can
> > + * cut down the core qemu library dependencies. Which is the case for
> > + * only a very few devices & objects.
> > + *
> > + * So wi
On 2020-06-24 at 15:10 CEST, Gerd Hoffmann wrote...
> Add support for qom types provided by modules. For starters use a
> manually maintained list which maps qom type to module and prefix.
>
> Two load functions are added: One to load the module for a specific
> type, and one to load all module
Add support for qom types provided by modules. For starters use a
manually maintained list which maps qom type to module and prefix.
Two load functions are added: One to load the module for a specific
type, and one to load all modules (needed for object/device lists as
printed by -- for example
