From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([2001:4830:134:3::10]:48840)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <jsnow@redhat.com>) id 1YMQfo-0007ZV-Ff
	for qemu-devel@nongnu.org; Fri, 13 Feb 2015 19:33:29 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <jsnow@redhat.com>) id 1YMQfk-00007o-Dr
	for qemu-devel@nongnu.org; Fri, 13 Feb 2015 19:33:28 -0500
Received: from mx1.redhat.com ([209.132.183.28]:40056)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <jsnow@redhat.com>) id 1YMQfk-00007e-6Q
	for qemu-devel@nongnu.org; Fri, 13 Feb 2015 19:33:24 -0500
Received: from int-mx10.intmail.prod.int.phx2.redhat.com
	(int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id t1E0XNKt030078
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256
	verify=FAIL)
	for <qemu-devel@nongnu.org>; Fri, 13 Feb 2015 19:33:23 -0500
Received: from scv.usersys.redhat.com ([10.18.17.161])
	by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP
	id t1E0XMlV018677
	for <qemu-devel@nongnu.org>; Fri, 13 Feb 2015 19:33:23 -0500
Message-ID: <54DE97D2.20506@redhat.com>
Date: Fri, 13 Feb 2015 19:33:22 -0500
From: John Snow <jsnow@redhat.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Qemu-devel] Enum String Generator
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: qemu-devel <qemu-devel@nongnu.org>

Just a stupid question: We don't have a macro facility in the current 
codebase that generates both an enum and string table / lookup function 
simultaneously, do we?

Some things really do just wind up looking grossly inelegant in C, and 
this is one of them.

--js