Displaying 4 results from an estimated 4 matches for "destructor_fn".
2010 Aug 27
3
[PATCH 0 of 3] libxl: cleanups for type destructor generation
Following series cleans up a few niggles in the libxl destructor
autogeneration.
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
2010 Aug 18
16
[PATCH 00 of 16] libxl: autogenerate type definitions and destructor functions
The series introduces auto-generation of the type definitions used in
the libxl interface followed by auto-generation of a destructor
function for each type. In the future it may be possible to use the
related data structures for other purposes, for example auto-generation
of the functions to marshal between C and language binding data types.
tools/_libxl_types.h should be identical both before
2010 Sep 09
2
[PATCH]: add libxl python binding
...awname is always set to the ''base'' name
+of the type.
The libxltypes.Type base class has several other properties which
apply to all types. The properties are set by passing a named
@@ -48,6 +49,10 @@ Type.autogenerate_destructor: (default:
Indicates if the above named Type.destructor_fn should be
autogenerated.
+Type.internal (default: False):
+ Indicates that type is not suitable for export, for example, via accessors
+ in auto-generated language bindings.
+
Other simple type-Classes
-------------------------
diff -r b19856f6dd76 tools/libxl/libxl.idl
--- a/tools/libxl/li...
2011 Jun 02
48
[PATCH 0/9] libxl: disk configuration handling
This is v3 of my disk series. What were previously patches 01-06 have
been applied. These are the tested and updated remainder, addressing
the previous comments.
1 Preparatory work.
2-4 The new parser and its documentation.
5-6 Replace old parsers with calls to the new one.
7-8 Two features, one of them essential.
9 Basic test suite for disk string parsing, as adhoc script.