From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([2001:4830:134:3::10]:53830)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <pbonzini@redhat.com>) id 1XTqGp-00022L-8v
	for qemu-devel@nongnu.org; Tue, 16 Sep 2014 06:46:09 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <pbonzini@redhat.com>) id 1XTqGj-0007rF-5m
	for qemu-devel@nongnu.org; Tue, 16 Sep 2014 06:46:03 -0400
Received: from mx1.redhat.com ([209.132.183.28]:34255)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <pbonzini@redhat.com>) id 1XTqGi-0007qa-U7
	for qemu-devel@nongnu.org; Tue, 16 Sep 2014 06:45:57 -0400
Message-ID: <541814D7.8040300@redhat.com>
Date: Tue, 16 Sep 2014 12:45:43 +0200
From: Paolo Bonzini <pbonzini@redhat.com>
MIME-Version: 1.0
References: <1410792279-2488-1-git-send-email-arei.gonglei@huawei.com>
	<54170C7F.8080409@redhat.com> <20140915174503.GB13548@redhat.com>
	<87wq94xc7v.fsf@blackfin.pond.sub.org>
	<5417F698.2060001@redhat.com>
	<87sijsq60x.fsf@blackfin.pond.sub.org>
	<5418040F.3020106@redhat.com> <20140916103709.GA17910@redhat.com>
In-Reply-To: <20140916103709.GA17910@redhat.com>
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
Subject: Re: [Qemu-devel] [PATCH 0/3] Fix confused output for alias
	properties
List-Id: <qemu-devel.nongnu.org>
List-Unsubscribe: <https://lists.nongnu.org/mailman/options/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: <https://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: "Michael S. Tsirkin" <mst@redhat.com>
Cc: weidong.huang@huawei.com, aliguori@amazon.com, qemu-devel@nongnu.org, agraf@suse.de, Markus Armbruster <armbru@redhat.com>, arei.gonglei@huawei.com, stefanha@redhat.com, peter.huangpeng@huawei.com, lcapitulino@redhat.com

Il 16/09/2014 12:37, Michael S. Tsirkin ha scritto:
> str really should be for free-form strings.
> It makes as much sense to call it as string

Yes, that's why I said drive->str is a degradation.  The question is,
how important is that degradation?

> as it is to call an integer a string because you type
> a string of characters to specify it.

I disagree.  This is true for the command line, and for historical
reasons it is also true for device-add, but the newer QOM commands are
type-safe.  You cannot pass an integer as a JSON string '123' to qom-set
or object-add, for example.

Paolo