Date: Thu, 25 Oct 2001 19:49:25 -0500 From: Alfred Perlstein <bright@mu.org> To: Matthew Dillon <dillon@apollo.backplane.com> Cc: Kirk McKusick <mckusick@mckusick.com>, Peter Wemm <peter@wemm.org>, arch@FreeBSD.ORG Subject: Re: 64 bit times revisited.. Message-ID: <20011025194925.X15052@elvis.mu.org> In-Reply-To: <200110260047.f9Q0lsf16513@apollo.backplane.com>; from dillon@apollo.backplane.com on Thu, Oct 25, 2001 at 05:47:54PM -0700 References: <200110260006.f9Q05vQ05273@beastie.mckusick.com> <200110260047.f9Q0lsf16513@apollo.backplane.com>
next in thread | previous in thread | raw e-mail | index | archive | help
* Matthew Dillon <dillon@apollo.backplane.com> [011025 19:48] wrote:
>
> :I vote for option (3), 64-bit time_t for all 64 bit architectures.
> :I would go along with option (4) provided that the change-over came
> :with FreeBSD 5.0 and it was not MFC'ed back to the 4.X series.
> :The change from 4.X to 5.0 will have enough other things going on
> :that I do not think that adding the time_t change would cause a
> :lot more pain provided that old dump tapes and log files could
> :be read.
> :
> : Kirk McKusick
>
> I agree completely. 64 bit time_t for all 64 bit archs, and
> frankly I would also like to see a 64 bit time_t for 5.x on 32
> bit archs... lets get the pain over and done with now rather then
> later.
*nod* onward upward!
--
-Alfred Perlstein [alfred@freebsd.org]
'Instead of asking why a piece of software is using "1970s technology,"
start asking why software is ignoring 30 years of accumulated wisdom.'
http://www.morons.org/rants/gpl-harmful.php3
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-arch" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20011025194925.X15052>