WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] [PATCH 0 of 4] Python libxl binding updates

On Tue, 2011-01-11 at 16:20 +0000, Ian Jackson wrote:
> Gianni Tedesco writes ("Re: [Xen-devel] [PATCH 0 of 4] Python libxl binding 
> updates"):
> > Do you think it would be possible to get a freeze exception so that I
> > can re-submit this next week? It provides new features but only to the
> > xl python bindings which are unused and unusable in their current state
> > anyway.
> 
> I think this is fine but we will look very closely at changes to
> common code, specifically changes to the IDL and IDL compiler, for
> which I'll manually verify that the generated code is unchanged.
> 
> Can you please structure your changes to group together all the
> changes to the IDL compiler ?

Each incremental change to the generic IDL system is in lock-step with
the changes to python binding because the python wrapper generator
imports libxltypes.py from tools/libxl/ so a mis-match between them
would cause build failures.

Perhaps it is easier if I point out the patches which make these
changes:

[PATCH 08 of 10] xl: support array types in IDL
- the main functional change

[PATCH 09 of 10] xl: Implement enum types in IDL
- trivial

[PATCH 10 of 10] pyxl: Export libxl_domain_create_new() to python binding
- actually uses the code implemented above by adding a new type to libxl.idl 
without
  this patch, the output doesn't change at all.

Gianni


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel

<Prev in Thread] Current Thread [Next in Thread>