From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JyvP0-0000xF-DR for qemu-devel@nongnu.org; Wed, 21 May 2008 16:59:14 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JyvOy-0000vM-H6 for qemu-devel@nongnu.org; Wed, 21 May 2008 16:59:13 -0400 Received: from [199.232.76.173] (port=40167 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JyvOy-0000v2-6g for qemu-devel@nongnu.org; Wed, 21 May 2008 16:59:12 -0400 Received: from relay3-v.mail.gandi.net ([217.70.178.77]:44762) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JyvOx-00059H-Q6 for qemu-devel@nongnu.org; Wed, 21 May 2008 16:59:12 -0400 Received: from localhost (mfilter4-v.gandi.net [217.70.178.38]) by relay3-v.mail.gandi.net (Postfix) with ESMTP id 90942BA16 for ; Wed, 21 May 2008 22:59:10 +0200 (CEST) Received: from relay3-v.mail.gandi.net ([217.70.178.77]) by localhost (mfilter4-v.mgt.gandi.net [217.70.178.38]) (amavisd-new, port 10024) with ESMTP id dMEHv3OVfJ+4 for ; Wed, 21 May 2008 22:59:04 +0200 (CEST) Received: from [84.102.211.58] (58.211.102-84.rev.gaoland.net [84.102.211.58]) by relay3-v.mail.gandi.net (Postfix) with ESMTP id 41FB0BA14 for ; Wed, 21 May 2008 22:59:04 +0200 (CEST) Message-ID: <48348CE2.80303@bellard.org> Date: Wed, 21 May 2008 22:58:10 +0200 From: Fabrice Bellard MIME-Version: 1.0 Subject: Re: [Qemu-devel] [PATCH 1/3] Modular command line options References: <48336413.2060909@web.de> In-Reply-To: <48336413.2060909@web.de> Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org Jan Kiszka wrote: > Following up on my earlier proposal to introduce per-machine command > line options, this version provides a more generic approach. It should > also be usable for scenarios like per-arch or per-accelerator. > > To summarize the approach: Command line options are now organized in > sets. Each set consists of a list of options, a help text, and a pointer > the a parse handler that can process the options. The base option set of > QEMU is automatically registered, more sets can be added via > qemu_register_option_set(). > > The patch includes quite some refactoring in order to move the basic > switches over the new scheme. So you may have a look at the data > structures in qemu-common.h, but otherwise it is better to apply it and > then study vl.c. More refactoring of existing switches is likely > feasible, but first this needs and an OK from (or merging by) the > maintainers. > [...] I am not sure it is the way to follow because soon the configuration file will be the way to pass elaborated options to QEMU. Regards, Fabrice.