From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:33220) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UteK6-0003I4-IN for qemu-devel@nongnu.org; Mon, 01 Jul 2013 09:39:19 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UteK5-00071A-6H for qemu-devel@nongnu.org; Mon, 01 Jul 2013 09:39:18 -0400 Received: from mx1.redhat.com ([209.132.183.28]:38067) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UteK4-00070z-TA for qemu-devel@nongnu.org; Mon, 01 Jul 2013 09:39:17 -0400 Message-ID: <51D18681.6050805@redhat.com> Date: Mon, 01 Jul 2013 15:39:13 +0200 From: Paolo Bonzini MIME-Version: 1.0 References: <1371576844-28743-1-git-send-email-mjt@msgid.tls.msk.ru> <51D04EA6.6020806@suse.de> <51D05090.40304@msgid.tls.msk.ru> In-Reply-To: <51D05090.40304@msgid.tls.msk.ru> Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Subject: Re: [Qemu-devel] [RFC PATCH 0/4] per-object libraries List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Michael Tokarev Cc: =?ISO-8859-15?Q?Andreas_F=E4rber?= , qemu-devel@nongnu.org Il 30/06/2013 17:36, Michael Tokarev ha scritto: > 30.06.2013 19:28, Andreas F=E4rber wrote: >> Am 18.06.2013 19:34, schrieb Michael Tokarev: >>> The following working patchset demonstrates a one step to plugins sys= tem: >>> it moves various dependent libraries and stuff out from libs_softmmu = or >>> libs_tools to object-specific variables. >> >> We did have a more elaborate Makefile variable system before, but Paol= o >> stashed most of that into common-obj-y and obj-y for simplicity. >=20 > I don't understand. I for one like to see a plugins system used in qem= u, > 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. Right. What used to be there was something like net-obj-y =3D foo.o bar.o common-obj-y +=3D $(addprefix net/, $(net-obj-y)) and this has been replaced by net/Makefile.objs and friends. This should not be undone, but it is completely different from what you are trying to do. You need a much more fine-grained assignment of libraries to object files. I think the build system parts are hard because we haven't found the right design. > So, are you saying we should abandom this whole idea? Or that maybe > Paolo dislikes it (I think he expressed his interest here too)? Absolutely not! Paolo