[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] [PATCH v2] golang/xenlight: implement constructor generation

> Although, I'm not sure if that implies "There's already boilerplate, so
> it's extra important to avoid adding more", or "There's already
> boilerplate, so it won't hurt to have a bit more, and wrap the whole
> thing in a nicer library."

I think the boilerplate added here is necessary. We need to provide a
uniform way for users to initialize a xenlight type which hides the
use of _init() and fromC, and I think this is the simplest way to do
that. And, I'm not opposed to the idea of writing a "nicer" package to
wrap xenlight.

> OTOH, we should be able to have libxl automatically copy c_info.type
> from b_info.type if c_info.type == LIBXL_DOMAIN_TYPE_INVALID -- if it
> doesn't do so already.

That sounds simple enough.


Xen-devel mailing list



Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.