From owner-freebsd-hackers  Mon Sep  2 14:31:51 2002
Delivered-To: freebsd-hackers@freebsd.org
Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id A240037B400
	for <hackers@FreeBSD.ORG>; Mon,  2 Sep 2002 14:31:49 -0700 (PDT)
Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 3A43243E4A
	for <hackers@FreeBSD.ORG>; Mon,  2 Sep 2002 14:31:49 -0700 (PDT)
	(envelope-from dillon@apollo.backplane.com)
Received: from apollo.backplane.com (localhost [127.0.0.1])
	by apollo.backplane.com (8.12.5/8.12.4) with ESMTP id g82LVmPQ033889;
	Mon, 2 Sep 2002 14:31:48 -0700 (PDT)
	(envelope-from dillon@apollo.backplane.com)
Received: (from dillon@localhost)
	by apollo.backplane.com (8.12.5/8.12.4/Submit) id g82LVm1Y033888;
	Mon, 2 Sep 2002 14:31:48 -0700 (PDT)
	(envelope-from dillon)
Date: Mon, 2 Sep 2002 14:31:48 -0700 (PDT)
From: Matthew Dillon <dillon@apollo.backplane.com>
Message-Id: <200209022131.g82LVm1Y033888@apollo.backplane.com>
To: Peter Wemm <peter@wemm.org>
Cc: hackers@FreeBSD.ORG
Subject: Re: 64 bit API/ABI changes proposal for -current 
References:  <20020902195229.87E272A88D@canning.wemm.org>
Sender: owner-freebsd-hackers@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-hackers.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-hackers>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-hackers>
X-Loop: FreeBSD.ORG

    My original proposal, before this one, was to create a separate
    ABI for all the new calls, which also means creating a duplicate
    set of libraries.  I'm still game to do that -- it could be controlled
    by a make.conf variable and selectable via a compiler option.

    If we maintain timeval and timespec (except for the 64 bit time_t)
    then we have full portability.

    The only real work required inside the kernel is to make the kernel
    internal time representation 64 bits unconditionally, which is not
    a big deal, and to implement the syscall abstraction that was
    proposed in the "stack gap" thread by Ian Dowse.  Then the ABI
    works becomes far easier.  This work is mostly just rearranging
    existing code a little, not implementing new algorithms, and I 
    don't see how it could possibly break -current.

						-Matt


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message