From owner-freebsd-arch Thu Oct 25 18:39:18 2001 Delivered-To: freebsd-arch@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id EA6F637B406; Thu, 25 Oct 2001 18:39:15 -0700 (PDT) Received: (from dillon@localhost) by apollo.backplane.com (8.11.6/8.9.1) id f9Q1dF117032; Thu, 25 Oct 2001 18:39:15 -0700 (PDT) (envelope-from dillon) Date: Thu, 25 Oct 2001 18:39:15 -0700 (PDT) From: Matthew Dillon Message-Id: <200110260139.f9Q1dF117032@apollo.backplane.com> To: John Baldwin Cc: Kirk McKusick , arch@FreeBSD.ORG, Peter Wemm Subject: Re: 64 bit times revisited.. References: 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 :Agreed. Also, we could hack the compat libraries shipped with 5.x for Alpha :and i386 to dink with the syscall arguments where necessary to allow legacy :applications to run. Well, dynamically linked ones. :( I suppose we could use :an alternate syscall table like we do for linux, svr4, etc. for compat on i386 :and alpha for old binaries. (This is for the 4) case and possibly 3)). : :-- : :John Baldwin -- http://www.FreeBSD.org/~jhb/ We do a major-rev change on the libraries and reassign syscall numbers for functions that mess with time_t's, leaving compat routines in the kernel for the old syscall numbers (just as we did for things like stat()). We then remove all int/long assumptions from utility and library code. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message