From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NZlGF-0000W5-5L for qemu-devel@nongnu.org; Tue, 26 Jan 2010 08:15:15 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NZlGA-0000Sc-AH for qemu-devel@nongnu.org; Tue, 26 Jan 2010 08:15:14 -0500 Received: from [199.232.76.173] (port=33567 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NZlGA-0000SS-36 for qemu-devel@nongnu.org; Tue, 26 Jan 2010 08:15:10 -0500 Received: from mx1.redhat.com ([209.132.183.28]:53193) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NZlG9-00007i-63 for qemu-devel@nongnu.org; Tue, 26 Jan 2010 08:15:09 -0500 Date: Tue, 26 Jan 2010 15:12:02 +0200 From: "Michael S. Tsirkin" Subject: Re: [Qemu-devel] Re: [PATCH] win32: use PRId64 instead of %lld Message-ID: <20100126131202.GG19036@redhat.com> References: <20100125100905.GA9019@redhat.com> <20100125120348.461ce622@doriath> <20100125132719.23a483cf@doriath> <20100125153838.GB11161@redhat.com> <20100126094329.70719b6f@doriath> <4B5EE66A.1080600@codemonkey.ws> <20100126125621.GD19036@redhat.com> <4B5EE87D.3070003@codemonkey.ws> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B5EE87D.3070003@codemonkey.ws> List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Anthony Liguori Cc: qemu-devel@nongnu.org, Herve Poussineau , Markus Armbruster , Luiz Capitulino On Tue, Jan 26, 2010 at 07:05:01AM -0600, Anthony Liguori wrote: > On 01/26/2010 06:56 AM, Michael S. Tsirkin wrote: >> Then we'll have to support it forever. Asking clients to only depend on >> valid JSON will make sure we can use json library in the future, as well >> as allow easier debugging etc. >> > > As I mentioned in IRC, I'm not opposed to making this feature of the > parser not exposed when dealing with external clients. > > But I do believe that we're going to have to extend JSON down the road. > This particular extension is unimportant so I don't mind limiting it's > visibility. I agree. > Regards, > > Anthony Liguori