># However, at this point, the general decision about "time_t" on NetBSD
># is that it "should be" a 32-bit quantity, even on LP64 ports.  (Until
># that is, it's updated across the board to something else.) As far as I
># know, the sparc64 violates that...
>I thought time_t had been updated to a 64-bit quantity recently, for
>some reason (or was it just made unsigned?)...

	i think the patch (eeh's one to change time_t into u_int32_t) is good,
	because it will make the code tree safer against possible future
	time_t change (even if it is unlikely, it will avoid future mistake).

itojun