Booleans, what a wonderful type!

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

 



Good morning to you all!

As most of you do not know, I am on Google's SoC
<http://code.google.com/soc/2007/sparse/appinfo.html?csaid=CB0974F67B64AD0C> to
add the ability to suggestions when booleans could/should be used.

Unforunatly, you need both a working internet connection and computer to work on
this, which I now appriciate how difficult it can be to manage, otherwise this
would have been sent _much_ earlier.


Anyhow, I would like any and all ideas on these:

* Should it make all the suggestions at the "same time" or should it first just
suggest the "source" of the boolean-change and then, when converted, suggest the
"users" of the source to change over?

* Should it really be handled by a -W-flag? After all, it is more of a
suggestion then a warning.


... and some questions:

* Most likly a _really_ stupid newbie question, but I have seen several of this
form:
<function>
{
        <variable> a;
        <doing something useful (no sign of 'a')>
        a = <some value/variable>;
        <exit>
}
How is this variable useful?

* Why is there no va_end() after va_start()?

According to the manual (STDARG(3)):
va_end
       Each invocation of va_start() must be matched by a corresponding  invo-
       cation  of va_end() in the same function. After the call va_end(ap) the
       variable ap is undefined.  Multiple  transversals  of  the  list,  each
       bracketed  by  va_start() and va_end() are possible.  va_end() may be a
       macro or a function.


* Is there any advantage of "for (;;)" instead of ex "while (true)"?

* Why is it written in C and not C++. Easier access to kernel-developers? (just
curious)


Have a good night.
Richard Knutsson

-
To unsubscribe from this list: send the line "unsubscribe linux-sparse" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Newbies FAQ]     [LKML]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Trinity Fuzzer Tool]

  Powered by Linux