On Wed, 2013-09-18 at 20:27 -0500, Daniel Santos wrote: > if I use ERR_PTR() on a signed int on a x86_64 where pointer > is 64 bits and int is 32, wouldn't that mean a signed conversion > instruction where the sign bit has to be moved from bit 31 to 63? No. It's cast to long static inline void * __must_check ERR_PTR(long error) { return (void *) error; } > Either way, %pE does seem to make a lot of sense for conditions where we > already have a pointer that we would otherwise use PTR_ERR() to convert, > but it just seems klunky to use it on an int, to have it treated like a > pointer and then re-interpreted as an int. Maybe we can add %pE as well > as %dE and leave [ioxXu] out of it? I think having just one way to format is better. -- To unsubscribe from this list: send the line "unsubscribe linux-kbuild" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html