[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. -NR _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxxx https://lists.xenproject.org/mailman/listinfo/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |