On Fri, Apr 25, 2008 at 11:36:26AM -0700, Linus Torvalds wrote: > On Fri, 25 Apr 2008, Jan Engelhardt wrote: > > long long is 64 bits on both 32 and 64, is not it? > > If so, the split between 32 and 64 should not be necessary. > > They may be the same size, but there are still pure C-level _type_ > differences that the compiler will warn about. > > This is the same issue as a 32-bit type on x86-32: is it an "int" or a > "long"? From a pure size perspective it shouldn't matter, but if you pass > a pointer to it, or use it in a "printf()", it matters a whole lot, > because the compiler will complain if you use the wrong version. > > So on some 32-bit architectures, "size_t" is "unsigned int", on others it > is "unsigned long", and you have to get it right in order to avoid > complaints. > > The exact same thing is true about "long" vs "long long" on 64-bit > architectures. They may have the same size, but they don't have the same > type. So ... given all this, why do we define s64 to be 'long' on some architectures and 'long long' on others? It seems to actively _hinder_ passing it to printf(), so there must be some other good reason that I'm missing to not make it 'long long' everywhere. -- Intel are signing my paycheques ... these opinions are still mine "Bill, look, we understand that you're interested in selling us this operating system, but compare it to ours. We can't possibly take such a retrograde step." -- 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