From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NZl6W-0002wN-3g for qemu-devel@nongnu.org; Tue, 26 Jan 2010 08:05:12 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NZl6R-0002ui-OC for qemu-devel@nongnu.org; Tue, 26 Jan 2010 08:05:11 -0500 Received: from [199.232.76.173] (port=40711 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NZl6R-0002ud-EK for qemu-devel@nongnu.org; Tue, 26 Jan 2010 08:05:07 -0500 Received: from mail-yx0-f188.google.com ([209.85.210.188]:41896) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NZl6Q-0006u2-Cl for qemu-devel@nongnu.org; Tue, 26 Jan 2010 08:05:07 -0500 Received: by yxe26 with SMTP id 26so3763782yxe.4 for ; Tue, 26 Jan 2010 05:05:04 -0800 (PST) Message-ID: <4B5EE87D.3070003@codemonkey.ws> Date: Tue, 26 Jan 2010 07:05:01 -0600 From: Anthony Liguori MIME-Version: 1.0 Subject: Re: [Qemu-devel] Re: [PATCH] win32: use PRId64 instead of %lld References: <1264368221-3040-1-git-send-email-hpoussin@reactos.org> <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> In-Reply-To: <20100126125621.GD19036@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "Michael S. Tsirkin" Cc: qemu-devel@nongnu.org, Herve Poussineau , Markus Armbruster , Luiz Capitulino 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. Regards, Anthony Liguori