lkml.org 
[lkml]   [2002]   [May]   [19]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    From
    Date
    SubjectRe: [patch 6/15] larger b_size, and misc fixlets
    >>>>> "Anton" == Anton Altaparmakov <aia21@cantab.net> writes:

    >> > Not that I'm a 64-bit system user/developer, but it is my
    >> understanding > that u64 == long on a 64-bit platform, so your cast
    >> to u64 does not > actually change the type of b_blocknr as far as
    >> printk is concerned. > You would need to cast it to unsigned long
    >> long instead.
    >>
    >> Yes, I suppose so. That more closely matches what "%L" does.

    Anton> /me can't help it: Didn't I say earlier on that one has to use
    Anton> (unsigned) long long and not u64? (-; But noone would listen...

    The current C standard guarantees that long long is *at least* 64
    bits.

    So you're right. Can we introduce a new pair of types, ull_t and ll_t
    to reduce typing? (unsigned long long) tends to make lines overflow
    the 80-char boundary bit much, but (ull_t) is a lot shorter.

    Peter C

    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

    \
     
     \ /
      Last update: 2005-03-22 13:26    [W:3.561 / U:0.004 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site