Shawn Pearce <spearce@xxxxxxxxxxx> writes: >> > Sure the scheme you outlined allows a 64 bit difference but >> > uncompressed objects already can't be larger than 2**32-1... >> >> Where do we have that limitation? > > sha1_file.c uses "unsigned long" a lot to deal with size of an > object, deflated. iirc unsigned long is only 32 bits even in many > 64 bit architectures. Or am I wrong? Of course 4G .idx (\377tOc) patch would update them to u64. What is the problem? -- VGER BF report: U 0.905241 - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html