On 01/20/2014 09:51 AM, H.J. Lu wrote: > On Mon, Jan 20, 2014 at 9:50 AM, Christoph Hellwig <hch@xxxxxxxxxxxxx> wrote: >> On Mon, Jan 20, 2014 at 09:46:41AM -0800, H. Peter Anvin wrote: >>> This comment by Christoph was literally the only feedback on this >>> patchset. The definition of __kernel_[u]long_t is "the size of 'long' >>> for the native kernel for the ABI". H.J.'s patchset only affects x86 >>> (specifically x86-64) since on all other platforms __kernel_[u]long_t is >>> simply defined as long/unsigned long. >> >> Btw, sorry for the delay in getting back yo your question. How about >> __abi_long_t or __kabi_long_t instead? >> > > FWIW, in glibc, we use __syscall_ulong_t/__syscall_ulong_t instead of > __kernel_[u]long_t. > Yes, but glibc defines its own headers and doesn't rely on the types exported from the kernel. We could rename them all, but that would *definitely* seem like breaking the universe for no good reason. -hpa -- To unsubscribe from this list: send the line "unsubscribe linux-arch" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
