On Thu, 6 Nov 2008, David Bryson wrote: > > I have always thought that time_t and similar were braindead, but hey > the Janitor page listed it as desireable so what do I know ? It might be worth it to make the internal git time always be 64-bit. It was kind of a long-term plan anyway: git doesn't really ever have to work with dates in the future (and things like "approxidate()" actually know that and use it to guess what date you must be talking about), so even a 32-bit "unsigned long" is expected to work well until 2038, but at _some_ point we'd need to guarantee 64-bit epoch times. It just wasn't something I was in a huge hurry over. Others have to worry about dates from the future long before wrap-around, git really doesn't. But from a janitorial standpoint, I certainly wouldn't totally hate using a known 64-bit type for dates. Linus -- 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
