From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:35252) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VE5MS-0004KT-Aq for qemu-devel@nongnu.org; Mon, 26 Aug 2013 18:34:20 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VE5MJ-0005m9-UL for qemu-devel@nongnu.org; Mon, 26 Aug 2013 18:34:12 -0400 Received: from mail-ea0-x22c.google.com ([2a00:1450:4013:c01::22c]:52421) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VE5MJ-0005lx-Nl for qemu-devel@nongnu.org; Mon, 26 Aug 2013 18:34:03 -0400 Received: by mail-ea0-f172.google.com with SMTP id r16so1910901ead.17 for ; Mon, 26 Aug 2013 15:34:02 -0700 (PDT) Sender: Paolo Bonzini Message-ID: <521BD7D5.6090901@redhat.com> Date: Tue, 27 Aug 2013 00:33:57 +0200 From: Paolo Bonzini MIME-Version: 1.0 References: <1377471536-12423-1-git-send-email-akoskovacs@gmx.com> <1377471536-12423-7-git-send-email-akoskovacs@gmx.com> <521B6909.9020708@twiddle.net> <521B8975.9020806@redhat.com> <521B90B8.1020609@twiddle.net> In-Reply-To: <521B90B8.1020609@twiddle.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH 06/47] hw/alpha/Makefile.objs: Build objects depending on CLIPPER List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Richard Henderson Cc: =?UTF-8?B?w4Frb3MgS292w6Fjcw==?= , qemu-devel@nongnu.org Il 26/08/2013 19:30, Richard Henderson ha scritto: > This isn't the kernel, where non-pagable code size is a concern, so I don't see > how full configuration of machine emulations and devices is helpful. I'd be > more inclined to go the other way, where all qemu-system-cpu images always > build in all devices (compiled once of course). This is useful for different usecases. One is QEMU that is bundled into development platform such as the Android emulator. Making it easier to build limited versions of QEMU is one small step towards encouraging working in-tree instead of having out-of-tree patches which quickly become forks. The second is in distros that only want to distribute the subset of features that are going to be supported (aka RHEL). This includes both devices (all of PCI, ISA, USB) and boards (-M isapc is removed nowadays, perhaps one day goldfish or similar will be available too; for ARM and PPC we surely would want to compile out almost all the boards). The third is that in the future some of the devices could be compiled as modules, too. This would help the "other" set of distros, those that include everything. QEMU now has an insane set of dependencies, and having modules for e.g. SPICE or RBD or Gluster would help making them optional. Paolo