From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1L8gpE-0002e5-Cd
	for qemu-devel@nongnu.org; Fri, 05 Dec 2008 14:58:56 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1L8gpC-0002de-RJ
	for qemu-devel@nongnu.org; Fri, 05 Dec 2008 14:58:56 -0500
Received: from [199.232.76.173] (port=38679 helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1L8gpC-0002db-KS
	for qemu-devel@nongnu.org; Fri, 05 Dec 2008 14:58:54 -0500
Received: from yw-out-1718.google.com ([74.125.46.154]:19055)
	by monty-python.gnu.org with esmtp (Exim 4.60)
	(envelope-from <anthony@codemonkey.ws>) id 1L8gpC-0002lu-4D
	for qemu-devel@nongnu.org; Fri, 05 Dec 2008 14:58:54 -0500
Received: by yw-out-1718.google.com with SMTP id 6so118347ywa.82
	for <qemu-devel@nongnu.org>; Fri, 05 Dec 2008 11:58:51 -0800 (PST)
Message-ID: <493987F8.8070307@codemonkey.ws>
Date: Fri, 05 Dec 2008 13:58:48 -0600
From: Anthony Liguori <anthony@codemonkey.ws>
MIME-Version: 1.0
Subject: Re: [Qemu-devel] Modular qemu?
References: <3056442136ca43729c6a2aec02c038aa.squirrel@www.boonen.name>	<49393B8D.40209@codemonkey.ws>	<493970B9.3060807@redhat.com>	<20081205185420.GA26481@networkno.de>	<49397AC6.9070201@redhat.com>	<493980B7.1010808@codemonkey.ws>
	<49398314.4070909@redhat.com>
In-Reply-To: <49398314.4070909@redhat.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Reply-To: qemu-devel@nongnu.org
List-Id: qemu-devel.nongnu.org
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: qemu-devel@nongnu.org

Avi Kivity wrote:
> Anthony Liguori wrote:
>
>>
>> I'm less interested in the shared library bits (although I understand 
>> it's usefulness from a distro perspective) and more interested in 
>> being able to build out a lot of these things.
>
> Parse failure.  What does building out mean? ./configure --disable-blah?

In the least, yes.  I'd like a kernel style .config though so that each 
hardware device can be conditionally built or not built.  Adding a ='m' 
option is pretty obvious addition to this.

Regards,

Anthony Liguori