qemu-devel
[Top][All Lists]
Advanced

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

Re: [Qemu-devel] [RFC PATCH 0/4] per-object libraries


From: Peter Maydell
Subject: Re: [Qemu-devel] [RFC PATCH 0/4] per-object libraries
Date: Sun, 30 Jun 2013 16:51:26 +0100

On 30 June 2013 16:36, Michael Tokarev <address@hidden> wrote:
> I don't understand.  I for one like to see a plugins system used in qemu,
> and except of the build system everything else is easy (and even nice,
> there's even no need to load all plugins at startup as was initially
> suggested).  But for this to work, we really need to separate libs
> used only by plugins from the main lot, -- or else there's just no
> reason to build plugins in the first place.

So, why do we want to build things as plugins? Neither of the
cover letters to your two patch series nor Anthony's wiki page
on modules actually give the rationale.

I'd like to see the reasons why we want this feature clearly laid
out, because it is a big load of extra faff and potential portability
issues (surrounding dlopen, possible use of libtool, etc), as
well as being really easy to misunderstand as some kind of promise
of API/ABI stability or third-party extension functionality.[*]

[*] by which I mean that although everybody here proposing patches
is clear that that's out of scope, end users don't generally read
patches and rationale emails, and "we dlopen device models" looks
really really like a plugin ABI...

thanks
-- PMM



reply via email to

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