On 11/20/2012 08:27 AM, Russ Anderson wrote:
I very much agree. I prefer u32, u64 (etc) because they are unambiguous. It removes all doubt as to the actual meaning. Conversly, the fact that "long" has different meanings makes it at best problematic. Was the code written assuming "long" was 32 or 64 bits? Having data types that can have different sizes is just asking for trouble.
In the Linux kernel context, "long" effectively means the native size (size_t/intptr_t/ptrdiff_t).
-hpa -- H. Peter Anvin, Intel Open Source Technology Center I work for Intel. I don't speak on their behalf. -- To unsubscribe from this list: send the line "unsubscribe kernel-janitors" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html