|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH 2 of 3] xen/debug: Introduce ASSERT_PRINTK()
>>> On 15.10.12 at 11:29, Andrew Cooper <andrew.cooper3@xxxxxxxxxx> wrote:
> On 15/10/12 10:17, Jan Beulich wrote:
>>>>> On 08.10.12 at 20:16, Andrew Cooper <andrew.cooper3@xxxxxxxxxx> wrote:
>>> This is a variant of ASSERT() which takes a predicate, and a variable
>>> number of arguments which get fed to prink() before the BUG().
>>>
>>> Signed-off-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
>>>
>>> --
>>> This does use C99 varadic macros, but given that we use other C99
>>> features without #ifdef guards, I felt it not necessary to guard this as
>>> well.
>>>
>>> diff -r 2927e18e9a7c -r 477ccdb9870e xen/include/xen/lib.h
>>> --- a/xen/include/xen/lib.h
>>> +++ b/xen/include/xen/lib.h
>>> @@ -38,11 +38,26 @@ do {
>>> } while (0)
>>> #endif
>>>
>>> +#ifndef assert_printk_failed
>>> +#define assert_printk_failed(p, ...) \
>>> +do { \
>>> + printk("Assertion '%s' failed, line %d, file %s\n", p , \
>>> + __LINE__, __FILE__); \
>>> + printk(__VA_ARGS__); \
>> The first argument here necessarily is a format string, so it
>> should also be enforced that way.
>
> Except for the trailing comma issue present in C99 varadic macros, which
> is why it is specified this way.
>
> #define COMMA(fmt, ...) printf(fmt, _VA_ARGS__);
>
> Calling COMMA("foobar") will expand to 'printf("foobar",);' leading to a
> syntax error. There is a GCCism which fixes this issue, but it is not
> portable.
But this is not a public header, so gcc-isms are no problem.
Jan
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |