From owner-cvs-all Fri Dec 20 16:23:34 2002 Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C301437B401; Fri, 20 Dec 2002 16:23:32 -0800 (PST) Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2EE6D43EE5; Fri, 20 Dec 2002 16:23:31 -0800 (PST) (envelope-from grog@lemis.com) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id C2FEC51996; Sat, 21 Dec 2002 10:53:21 +1030 (CST) Date: Sat, 21 Dec 2002 10:53:21 +1030 From: Greg 'groggy' Lehey To: Garrett Wollman Cc: Juli Mallett , cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG Subject: Re: cvs commit: src/lib/libc/sys _exit.2 accept.2 access.2 acct.2 adjtime.2 aio_cancel.2 aio_error.2 aio_read.2 aio_return.2 aio_suspend.2 aio_waitcomplete.2 aio_write.2 bind.2 brk.2 chdir Message-ID: <20021221002321.GD73496@wantadilla.lemis.com> References: <20021219095247.GA79372@sunbay.com> <20021219.211701.128866860.imp@bsdimp.com> <20021220080144.GB70051@sunbay.com> <20021220.010540.103018236.imp@bsdimp.com> <20021220012514.A17293@FreeBSD.org> <200212201801.gBKI1rdn081991@khavrinen.lcs.mit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200212201801.gBKI1rdn081991@khavrinen.lcs.mit.edu> User-Agent: Mutt/1.4i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Friday, 20 December 2002 at 13:01:53 -0500, Garrett Wollman wrote: > < said: > >> System calls aren't really functions, we just as niceities provide >> frontends to system calls that look like C functions to libc consumers. > > The standards define the C-language binding only, primarily as > functional interfaces. How those functional interfaces may resolve to > system calls is an implementation detail. Even in FreeBSD we've had > some things that either could move, or have moved, across that > boundary as implementational demands warranted. > > The only reason why we still have a separate section 2 of the manual > is historical. I wouldn't put any more meaning than that on it. We > do not document the actual system calls (see, for example, how pipe() > and vfork() are implemented), but only the C-language functional > interface. Doesn't anybody here use ktrace? I'd be strongly opposed to hiding this implementation detail. Greg -- See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message