Messages in this thread | | | From | Peter Chubb <> | Date | Wed, 12 Jun 2002 21:06:19 +1000 | Subject | Re: [PATCH, TRIVIAL] Fix argument of BLKGETSIZE64 |
| |
>>>>> "Rusty" == Rusty Russell <rusty@rustcorp.com.au> writes:
>> I think it should be uint64_t to allow glibc to copy and mangle the >> file into its header tree.
Rusty> I don't think that's really an issue, is it?
This issue is that when I try to use the BLKGETSZ64 ioctl from a user space program, the version of linux/fs.h shipped with glibc-2.2.5 contains a u64 type. u64 is kernel-only, the correct type to be shared between user and kernel space is either uint64_t (mandated by C9X) or the __u64 type from asm/types.h. Either way, u64 is wrong.
You could argue that this is a glibc bug. But the way that glibc generates the include/linux headers is just to copy them from some kernel tree or other, with a little mangling on the side.
-- Peter C peterc@gelato.unsw.edu.au You are lost in a maze of BitKeeper repositories, all almost the same. - 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/
| |