[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH 1/5] xen: improve changes to xen_add_to_physmap
On Tue, 7 Aug 2012, Jan Beulich wrote: > >>> On 07.08.12 at 14:40, Jean Guyader <jean.guyader@xxxxxxxxx> wrote: > > You could probably do something like > > > > #ifdef __GNUC__ > > # define UNION_NAME > > #else > > # define UNION_NAME u > > #endif > > union { > > /* Number of pages to go through for gmfn_range */ > > uint16_t size; > > /* IFF gmfn_foreign */ > > domid_t foreign_domid; > > } UNION_NAME; > > > > It's not ideal but this way you keep the binary compatibility and you > > also the code still cmopatible with GCC. > > Ah, yes, something along those lines might be okay; we already > have similar things e.g. for __DECL_REG() (note the additional > use of __STRICT_ANSI__ there, though). But it is strict ANSI. > The most problematic > thing here is the name space cluttering - UNION_NAME is certainly > not good, but __DECL_REG really is too unspecific too (yet we > got away with it so far). OK, I'll got for this strategy. Regarding the name, maybe it should be XEN_ADD_TO_PHYSMAP_FIELD? #if (defined(__GNUC__) && !defined(__STRICT_ANSI__)) || (__STDC_VERSION__ >= 201112L) # define XEN_ADD_TO_PHYSMAP_ARG #else # define XEN_ADD_TO_PHYSMAP_ARG u #endif _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |