[lkml]   [2002]   [Jan]   [25]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: RFC: booleans and the kernel
    Ragnar Hojland Espinosa wrote:

    > On Fri, Jan 25, 2002 at 04:44:38PM -0600, Timothy Covell wrote:
    >>On Thursday 24 January 2002 16:38, Robert Love wrote:
    >>>On Fri, 2002-01-25 at 17:30, Timothy Covell wrote:
    >>>>On Thursday 24 January 2002 16:19, Robert Love wrote:
    >>>>>how is "if (x)" any less legit if x is an integer ?
    >>>>What about
    >>>> char x;
    >>>> if ( x )
    >>>> {
    >>>> printf ("\n We got here\n");
    >>>> }
    >>>> else
    >>>> {
    >>>> // We never get here
    >>>> printf ("\n We never got here\n");
    >>>> }
    >>>>That's not what I want. It just seems too open to bugs
    >>>>and messy IHMO.
    >>>When would you ever use the above code? Your reasoning is "you may
    >>>accidentally check a char for a boolean value." In other words, not
    >>>realize it was a char. What is to say its a boolean? Or not? This
    >>>isn't an argument. How does having a boolean type solve this? Just use
    >>>an int.
    >>> Robert Love
    >>It would fix this because then the compiler would refuse to compile
    >>"if (x)" when x is not a bool. That's what I would call type safety.
    >>But I guess that you all are arguing that C wasn't built that way and
    >>that you don't want it.
    > It would actually break this. if is supposed (and expected) to evaluate
    > an expression, whatever it will be. Maybe a gentle warning could be in
    > place, but refusing to compile is a plain broken C compiler.

    Granted. "if (x)" is true if "x" is non-zero, regardless of type and
    shoudn't even generate a warning if "x" is scalar.

    Either printf() will occur depending on whether automatics are
    initialized to zero or not. The first one will most likely print
    since there's 255 to 1 odds that "x" will be non-zero if not
    initialized and I don't think gcc initializes automatics.
    - Rick Stevens, SSE, VitalStream, Inc. -
    - 949-743-2010 (Voice) -
    - -
    - The problem with being poor is that it takes up all of your time -

    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2005-03-22 13:15    [W:0.026 / U:25.816 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site