From: mdroth <mdroth@linux.vnet.ibm.com>
To: Luiz Capitulino <lcapitulino@redhat.com>
Cc: akong@redhat.com, lersek@redhat.com, qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [PATCH v3 00/11] qapi: add support for lists of native types
Date: Wed, 15 May 2013 14:13:09 -0500 [thread overview]
Message-ID: <20130515191309.GB23880@vm> (raw)
In-Reply-To: <20130515140558.7687e36f@redhat.com>
On Wed, May 15, 2013 at 02:05:58PM -0400, Luiz Capitulino wrote:
> On Wed, 15 May 2013 12:42:24 -0500
> mdroth <mdroth@linux.vnet.ibm.com> wrote:
>
> > On Wed, May 15, 2013 at 11:04:27AM -0400, Luiz Capitulino wrote:
> > > On Wed, 15 May 2013 09:32:37 -0500
> > > mdroth <mdroth@linux.vnet.ibm.com> wrote:
> > >
> > > > On Wed, May 15, 2013 at 09:17:46AM -0400, Luiz Capitulino wrote:
> > > > > On Fri, 10 May 2013 17:45:59 -0500
> > > > > Michael Roth <mdroth@linux.vnet.ibm.com> wrote:
> > > > >
> > > > > > These patches apply on top of qemu.git master, and can also be obtained from:
> > > > > > git://github.com/mdroth/qemu.git qapi-native-lists
> > > > > >
> > > > > > Sending this now since a number of series have popped up in the past that
> > > > > > wanted this, and Amos has some pending patches (query-mac-tables) that rely
> > > > > > on this as well.
> > > > > >
> > > > > > These patches add support for specifying lists of native qapi types
> > > > > > (int/bool/str/number/int8/uint8/etc) like so:
> > > > > >
> > > > > > { 'type': 'foo',
> > > > > > 'data': { 'bar': ['int'] }}
> > > > > >
> > > > > > for a 'bar' field that is a list of type 'int',
> > > > > >
> > > > > > { 'type': 'foo2',
> > > > > > 'data': { 'bar2': ['str'] }}
> > > > > >
> > > > > > for a 'bar2' field that is a list of type 'str', and so on.
> > > > > >
> > > > > > This uses linked list types for the native C representations, just as we do
> > > > > > for complex schema-defined types. In the future we may add schema annotations
> > > > > > of some sort to specify a more natural/efficient array type for the C
> > > > > > representations, but this should serve the majority of uses-cases for now.
> > > > >
> > > > > I'm getting a build breakage when building all targets:
> > > >
> > > > Hmm, tested all target builds and didn't/don't see any issues. Is this a
> > > > clean build? Can you confirm whether or not int8List/etc are declared in
> > > > qapi-types.h in your current build dir?
> > >
> > > Yes, it's a clean build and yes, the int?List declarations are being generated.
> > > Tested a little bit more and this also happens with make -j1 and when
> > > building only one target (x86_64 in my case).
> >
> > The only way I've managed to reproduce this is by having a stale
> > qapi-types.h hanging around in $SRC_DIR while i'm building in a
> > different $BUILD_DIR. Can you confirm that's not what's happening here?
>
> Yes, it was :( I had an old qapi-types.h in $SRC_DIR, but was building
> in a different $BUILD_DIR. I am really sorry for having wasted your time
> on this.
>
> I've applied this series to qmp-next branch, but I have no idea how I ended
> up with a qapi-types.h file in $SRC_DIR. I have an alias to build qemu that
> I use for several months now...
>
No problem, only thought to check that scenario because it happens to me
all the time :)
next prev parent reply other threads:[~2013-05-15 19:15 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-05-10 22:45 [Qemu-devel] [PATCH v3 00/11] qapi: add support for lists of native types Michael Roth
2013-05-10 22:46 ` [Qemu-devel] [PATCH 01/11] qapi: qapi-types.py, native list support Michael Roth
2013-05-10 22:46 ` [Qemu-devel] [PATCH 02/11] qapi: qapi-visit.py, fix list handling for union types Michael Roth
2013-05-10 22:46 ` [Qemu-devel] [PATCH 03/11] qapi: qapi-visit.py, native list support Michael Roth
2013-05-10 22:46 ` [Qemu-devel] [PATCH 04/11] qapi: enable generation of native list code Michael Roth
2013-05-10 22:46 ` [Qemu-devel] [PATCH 05/11] qapi: fix leak in unit tests Michael Roth
2013-05-10 22:46 ` [Qemu-devel] [PATCH 06/11] json-parser: fix handling of large whole number values Michael Roth
2013-05-10 22:46 ` [Qemu-devel] [PATCH 07/11] qapi: add QMP input test for large integers Michael Roth
2013-05-10 22:46 ` [Qemu-devel] [PATCH 08/11] qapi: fix visitor serialization tests for numbers/doubles Michael Roth
2013-05-10 22:46 ` [Qemu-devel] [PATCH 09/11] qapi: add native list coverage for visitor serialization tests Michael Roth
2013-05-10 22:46 ` [Qemu-devel] [PATCH 10/11] qapi: add native list coverage for QMP output visitor tests Michael Roth
2013-05-10 22:46 ` [Qemu-devel] [PATCH 11/11] qapi: add native list coverage for QMP input " Michael Roth
2013-05-13 6:54 ` [Qemu-devel] [PATCH v3 00/11] qapi: add support for lists of native types Laszlo Ersek
2013-05-13 13:52 ` Amos Kong
2013-05-15 13:17 ` Luiz Capitulino
2013-05-15 14:32 ` mdroth
2013-05-15 15:04 ` Luiz Capitulino
2013-05-15 17:42 ` mdroth
2013-05-15 18:05 ` Luiz Capitulino
2013-05-15 19:13 ` mdroth [this message]
2013-05-16 10:38 ` Laszlo Ersek
2013-05-16 10:45 ` Peter Maydell
2013-05-17 20:06 ` mdroth
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20130515191309.GB23880@vm \
--to=mdroth@linux.vnet.ibm.com \
--cc=akong@redhat.com \
--cc=lcapitulino@redhat.com \
--cc=lersek@redhat.com \
--cc=qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.