From owner-cvs-all Mon Jul 31 14:29:36 2000 Delivered-To: cvs-all@freebsd.org Received: from netplex.com.au (adsl-63-207-30-186.dsl.snfc21.pacbell.net [63.207.30.186]) by hub.freebsd.org (Postfix) with ESMTP id 1E2DA37BD0F; Mon, 31 Jul 2000 14:29:25 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from netplex.com.au (peter@localhost [127.0.0.1]) by netplex.com.au (8.9.3/8.9.3) with ESMTP id OAA66790; Mon, 31 Jul 2000 14:29:24 -0700 (PDT) (envelope-from peter@netplex.com.au) Message-Id: <200007312129.OAA66790@netplex.com.au> X-Mailer: exmh version 2.1.1 10/15/1999 To: Robert Watson Cc: Jeroen Ruigrok van der Werven , Luoqi Chen , cvs-all@FreeBSD.org, cvs-committers@FreeBSD.org Subject: Re: cvs commit: src/lib/libc/sys Makefile.inc In-Reply-To: Date: Mon, 31 Jul 2000 14:29:24 -0700 From: Peter Wemm Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Robert Watson wrote: > > On Mon, 31 Jul 2000, Jeroen Ruigrok van der Werven wrote: > > > -On [20000731 19:50], Luoqi Chen (luoqi@watermarkgroup.com) wrote: > > >Why don't we prefix all syscalls with sys_? > > > > It would solve namespace clashes at least. > > > > I am curious about other reasons why or why not. > > Well, sys_ is still in the application namespace. _whatever might make > sense, and is what I've been using when I need to wrap the syscall with a > libc wrapper. But we were talking about internal kernel namespace here, not something that has any effect on application space. How it is exported to libc is a different thing. IMHO, the linkage between the kernel syscalls.master, syscalls.mk etc is too error prone and frequently leads to disasters with undefined symbols when the kernel and userland source get out of sync. I think it is about time to have a seperate libc syscall list for generating the stubs etc. It should not be necessary to have src/sys present in order to build libc. 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 cvs-all" in the body of the message