search for: libxltyp

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

...uld be identical both before applying and after applying+building "libxl: autogenerate _libxl_types.h" apart from a "DO NOT EDIT" header. Since last time: * rebase, many precurors were committed Since the time before that: * rebased * corrected Makefile dependencies to include libxltypes.idl * manually implemented libxl_file_reference_destroy since it is more complex than just freeing the contained types. * Made libxl_file_reference_{map,unmap} into internal functions. * Added typedefs for various types: - libxl_cpumap - libxl_hwcap * Made libxl_xen_console_reader an opaque...

...to wrap and export all relevant libxl structure definitions. There are a few places where such code cannot be fully auto-generated and special hooks are declared and stubbed where, for example, conversion between libxl_file_reference and a python file object is required. There are minor changes to libxltypes.py and the libxl.idl file and the new rules are documented. I have also removed the use of a nasty union in libxl_device_pci structure which was making the binding more complicated than necessary and for no good reason (exporting random bits of low level ABI that libxl would rather hide anyway)....

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.