From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JwJr5-0005df-4U for qemu-devel@nongnu.org; Wed, 14 May 2008 12:29:27 -0400 Received: from [199.232.76.173] (port=32802 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JwJr4-0005dL-H4 for qemu-devel@nongnu.org; Wed, 14 May 2008 12:29:26 -0400 Received: from mx1.polytechnique.org ([129.104.30.34]:50641) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1JwJr3-0000Tm-N2 for qemu-devel@nongnu.org; Wed, 14 May 2008 12:29:26 -0400 Received: from fbe1.dev.netgem.com (gw.netgem.com [195.68.2.34]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ssl.polytechnique.org (Postfix) with ESMTP id DD19D33178 for ; Wed, 14 May 2008 18:29:23 +0200 (CEST) Message-ID: <482B1363.6000703@bellard.org> Date: Wed, 14 May 2008 18:29:23 +0200 From: Fabrice Bellard MIME-Version: 1.0 Subject: Re: [kvm-devel] [Qemu-devel] Re: [PATCH] Add support for a configuration file References: <1210713545-11916-1-git-send-email-aliguori@us.ibm.com> <482ABF6E.6090100@qumranet.com> <482ADA80.3000309@bellard.org> <200805141526.34293.paul@codesourcery.com> <90eb1dc70805140745t61c01ee6w1d9478b02bce3e03@mail.gmail.com> In-Reply-To: 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: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org Johannes Schindelin wrote: > Hi, > > On Wed, 14 May 2008, Javier Guerra wrote: > >> What about Lua? (http://www.lua.org) >> >> it started up as a configuration language, and evolved into a full >> programming language, while remaining _very_ light (less than 200K >> with all libraries), and wonderfully easy to embed into C programs. > > Okay, so much for the upsides. Now for the downsides: a language that > nearly nobody knows, for something that is not meant to be executed (think > security implications). What is sure is that I don't wish to use a language as configuration file. The configuration file must be seen as a serialization of variables. It is simple to understand, can be processed automatically in case of a GUI and its format can be easily changed. Regards, Fabrice.