From owner-freebsd-arch Sat Oct 27 14:34:14 2001 Delivered-To: freebsd-arch@freebsd.org Received: from peter3.wemm.org (c1315225-a.plstn1.sfba.home.com [24.14.150.180]) by hub.freebsd.org (Postfix) with ESMTP id 9172B37B401 for ; Sat, 27 Oct 2001 14:34:08 -0700 (PDT) Received: from overcee.netplex.com.au (overcee.wemm.org [10.0.0.3]) by peter3.wemm.org (8.11.0/8.11.0) with ESMTP id f9RLY8M51578 for ; Sat, 27 Oct 2001 14:34:08 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id 3E3B239F3; Sat, 27 Oct 2001 14:34:07 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Matthew Dillon Cc: arch@FreeBSD.ORG Subject: Re: time_t not to change size on x86 In-Reply-To: <200110272114.f9RLEwv64429@apollo.backplane.com> Date: Sat, 27 Oct 2001 14:34:07 -0700 From: Peter Wemm Message-Id: <20011027213407.3E3B239F3@overcee.netplex.com.au> 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 Matthew Dillon wrote: > Hmm. This is interesting. So far all the time code I've > looked at in libc is already explicitly written to operate > with a 64 bit time_t and there do not appear to be any (so > far) dependancies on 'long' or any other int type assumptions. > > Methinks a couple of people have already taken a couple of > passes on the code. Well, time_t used to be 'long', which is 64 bits on 64 bit platforms so it had to be safe. But thats not the issue. The issue is 'long long' and missing prototypes, &long vs &time_t etc. We cant force the rest of the world to compile everything with -Wmissing-prototypes etc. > The only real work is going to be > rolling the syscalls and some relatively minor adjustments > to UFS. The rest of the kernel appears to be clean though > I will need to take a second pass on netinet6 and nwfs. Dont mess with UFS! Let Kirk do it properly with UFS2. We dont need future timestamps in UFS, we actually do have 37 years to solve this one. Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message