From owner-freebsd-arch Tue May 7 19:53:39 2002 Delivered-To: freebsd-arch@freebsd.org Received: from relay.butya.kz (butya-gw.butya.kz [212.19.129.142]) by hub.freebsd.org (Postfix) with ESMTP id 2719837B400; Tue, 7 May 2002 19:53:33 -0700 (PDT) Received: by relay.butya.kz (Postfix, from userid 1000) id 1437028CD6; Wed, 8 May 2002 09:53:29 +0700 (ALMST) Received: from localhost (localhost [127.0.0.1]) by relay.butya.kz (Postfix) with ESMTP id 03BC028CD5; Wed, 8 May 2002 09:53:28 +0700 (ALMST) Date: Wed, 8 May 2002 09:53:28 +0700 (ALMST) From: Boris Popov To: Poul-Henning Kamp Cc: John Baldwin , Matthew Dillon , arch@FreeBSD.org Subject: Re: syscall changes to deal with 32->64 changes. In-Reply-To: <89017.1020785836@critter.freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII 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 On Tue, 7 May 2002, Poul-Henning Kamp wrote: > We cannot easily compile for two native APIs if we cannot have two > different set of 'sys/*' and 'machine/*' files since a lot of the > types we want to change size on are defined in these files. Not exactly, because #ifdefs can handle this perfectly. Performing diffs on different files is a more simple task though. > I would therefore like to propose that we do something like > the following: > > Repocopy src/sys/sys/* to src/sys/include > Repocopy src/sys/sys/* to src/sys/abi4 > Remove src/sys/sys/* Sounds good, except #includes in various headers may look fuzzy after that, but this is acceptable. Although, this scheme doesn't account data parameters passed to VFS_MOUNT() call. Definitions of these structures lives in fs/*fs.h files. How do you plan to deal with it ? > This should put a good bit of infrastructure in to make current and > future API/ABI implementations simpler and more structured. > > I guess a way to sum this up is that it will put all API/ABI's on > equal footing. With this change none of them will be any more > "native" than any other API/ABI. Agreed. -- Boris Popov http://rbp.euro.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message