[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH] libxl: Enable -Wshadow
Ian Campbell writes ("[PATCH] libxl: Enable -Wshadow"): > libxl: Enable -Wshadow. Oh I just thought of this: > diff -r 0547430886c5 -r 58ab3fb73d13 tools/libxc/xenctrl.h > --- a/tools/libxc/xenctrl.h Fri Sep 14 11:00:40 2012 +0100 > +++ b/tools/libxc/xenctrl.h Fri Sep 14 12:09:43 2012 +0100 > @@ -236,10 +236,10 @@ typedef struct xc_hypercall_buffer xc_hy > * Returns the hypercall_buffer associated with a variable. > */ > #define HYPERCALL_BUFFER(_name) > \ > - ({ xc_hypercall_buffer_t _val1; > \ > - typeof(XC__HYPERCALL_BUFFER_NAME(_name)) *_val2 = > &XC__HYPERCALL_BUFFER_NAME(_name); \ > - (void)(&_val1 == _val2); > \ > - (_val2)->param_shadow ? (_val2)->param_shadow : (_val2); > \ > + ({ xc_hypercall_buffer_t _buf1; > \ > + typeof(XC__HYPERCALL_BUFFER_NAME(_name)) *_buf2 = > &XC__HYPERCALL_BUFFER_NAME(_name); \ > + (void)(&_buf1 == _buf2); > \ > + (_buf2)->param_shadow ? (_buf2)->param_shadow : (_buf2); > \ > }) This should be something like > + ({ xc_hypercall_buffer_t _hcbuf_buf1; surely ? As there is (and can be) no reasonable rule requiring users of this macro to avoid using the name _val1 or whatever. If we're doing -Wshadow then macros which introduce local variables like this should give them names qualified somehow for the macro. Ian. _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |