Re: Use of C99 int types

[Kyle Moffett <mrmacman_g4@mac.com>]

On Apr 04, 2005, at 17:25, Richard B. Johnson wrote:
> I don't find stdint.h in the kernel source (up to 2.6.11). Is this
> going to be a new addition?

Uhh, no.  stdint.h is part of glibc, not the kernel.

> It would be very helpful to start using the uint(8,16,32,64)_t types
> because they are self-evident, a lot more than size_t or, my favorite
> wchar_t.

You miss the point of size_t and ssize_t/ptrdiff_t.  They are types
guaranteed to be at least as big as the pointer size.  uint8/16/32/64,
on the other hand, are specific bit-sizes, which may not be as fast or
correct as a simple size_t.  Linus has pointed out that while it
doesn't matter which of __u32, u32, uint32_t, etc you use for kernel
private interfaces, you *cannot* use anything other than __u32 in the
parts of headers that userspace will see, because __u32 is defined
only by the kernel and so there is no risk for conflicts, as opposed
to uint32_t, which is also defined by libc, resulting in collisions
in naming.

Cheers,
Kyle Moffett

-----BEGIN GEEK CODE BLOCK-----
Version: 3.12
GCM/CS/IT/U d- s++: a18 C++++>$ UB/L/X/*++++(+)>$ P+++(++++)>$
L++++(+++) E W++(+) N+++(++) o? K? w--- O? M++ V? PS+() PE+(-) Y+
PGP+++ t+(+++) 5 X R? tv-(--) b++++(++) DI+ D+ G e->++++$ h!*()>++$ r  
!y?(-)
------END GEEK CODE BLOCK------