From owner-freebsd-arch Sat Oct 27 10:39: 3 2001 Delivered-To: freebsd-arch@freebsd.org Received: from hunkular.glarp.com (hunkular.glarp.com [199.117.25.251]) by hub.freebsd.org (Postfix) with ESMTP id 7576037B401; Sat, 27 Oct 2001 10:39:00 -0700 (PDT) Received: from hunkular.glarp.com (localhost [127.0.0.1]) by hunkular.glarp.com (8.11.6/8.11.6) with ESMTP id f9RHctE12711; Sat, 27 Oct 2001 11:38:55 -0600 (MDT) (envelope-from huntting@hunkular.glarp.com) Message-Id: <200110271738.f9RHctE12711@hunkular.glarp.com> To: Matthew Dillon Cc: Peter Wemm , Mike Smith , arch@FreeBSD.ORG Subject: Re: time_t not to change size on x86 In-Reply-To: Your message of "Sat, 27 Oct 2001 10:06:42 PDT." <200110271706.f9RH6ga47601@apollo.backplane.com> Date: Sat, 27 Oct 2001 11:38:55 -0600 From: Brad Huntting Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Simply changing time_t from an int to a long for 64 bit architectures > will not lessen the amount of work required to make it work properly > on 32 bit architectures 'later'. I consider the approach worthless. > If we are going to change time_t we damn well ought to fix it for all > architectures all at once and get it over with. I agree. 64 bit time routines are need on i386 _today_, and the standard routines (localtime(), etc) are simply too useful to let languish in their current crippled state. brad To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message