From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from [140.186.70.92] (port=46345 helo=eggs.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1Phgr1-0005gV-Vw
	for qemu-devel@nongnu.org; Tue, 25 Jan 2011 06:14:36 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <berrange@redhat.com>) id 1Phgqw-0007Q0-OR
	for qemu-devel@nongnu.org; Tue, 25 Jan 2011 06:14:31 -0500
Received: from mx1.redhat.com ([209.132.183.28]:37302)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <berrange@redhat.com>) id 1Phgqw-0007Pb-Hf
	for qemu-devel@nongnu.org; Tue, 25 Jan 2011 06:14:26 -0500
Date: Tue, 25 Jan 2011 11:14:11 +0000
From: "Daniel P. Berrange" <berrange@redhat.com>
Subject: Re: [Qemu-devel] Re: [RFC 0/7] Introduce hard dependency on glib
Message-ID: <20110125111411.GD12473@redhat.com>
References: <1295902845-29807-1-git-send-email-aliguori@us.ibm.com>
	<4D3DEEE1.90904@redhat.com> <4D3DF6C0.9040809@codemonkey.ws>
	<4D3EA8D3.1030807@redhat.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
In-Reply-To: <4D3EA8D3.1030807@redhat.com>
Reply-To: "Daniel P. Berrange" <berrange@redhat.com>
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.nongnu.org/archive/html/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: Paolo Bonzini <pbonzini@redhat.com>
Cc: Stefan Hajnoczi <stefanha@linux.vnet.ibm.com>, Marcelo Tosatti <mtosatti@redhat.com>, qemu-devel@nongnu.org, Paul Brook <paul@codesourcery.com>, Arun Bharadwaj <arun@linux.vnet.ibm.com>

On Tue, Jan 25, 2011 at 11:41:23AM +0100, Paolo Bonzini wrote:
> On 01/24/2011 11:01 PM, Anthony Liguori wrote:
> >>>- JSON parser
> >>
> >>I think our JSON parser is much better than JsonGlib (which isn't
> >>anyway a part of GLib proper).
> >
> >Not sure how much either of these matter, but we should at least drop
> >QObject and convert our JSON parser to use GValues such that we can
> >treat the JSON parser as a stand alone component.
> 
> Not too nice actually, as GHashTable and GArrays are not GValues.

It might be worth considering (the fairly newly introduced)
GVariant, rather than GValue. The GVariant code was designed
and is used for (de)serializing DBus messages in GLib. As
such I'd imagine it would be fairly well suited to handling
serialization of other RPC messages like our own JSON.

Regards,
Daniel