From owner-freebsd-hackers Sun Jun 2 17:47:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA22892 for hackers-outgoing; Sun, 2 Jun 1996 17:47:12 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id RAA22887 for ; Sun, 2 Jun 1996 17:47:11 -0700 (PDT) Received: from relay-4.mail.demon.net (relay-4.mail.demon.net [158.152.1.108]) by who.cdrom.com (8.6.12/8.6.11) with SMTP id RAA04445 for ; Sun, 2 Jun 1996 17:47:07 -0700 Received: from post.demon.co.uk ([158.152.1.72]) by relay-4.mail.demon.net id aa29557; 3 Jun 96 0:45 GMT Received: from jraynard.demon.co.uk ([158.152.42.77]) by relay-3.mail.demon.net id aa25007; 3 Jun 96 1:08 +0100 Received: (from fhackers@localhost) by jraynard.demon.co.uk (8.7.5/8.6.12) id WAA02832; Sun, 2 Jun 1996 22:54:06 GMT Date: Sun, 2 Jun 1996 22:54:06 GMT Message-Id: <199606022254.WAA02832@jraynard.demon.co.uk> From: James Raynard To: joerg_wunsch@uriah.heep.sax.de CC: freebsd-hackers@freebsd.org In-reply-to: <199606021311.PAA01229@uriah.heep.sax.de> (message from J Wunsch on Sun, 2 Jun 1996 15:11:24 +0200 (MET DST)) Subject: Re: Two queries (libcompat.so and timedef()) Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > 1. ftok(). The prototype for this function is missing from > > . No big deal, it's probably just an oversight which is > > It should be in some system header (perhaps in if all > else fails), but not in some . The subhierarchy > is for declaring _kernel_ interfaces, not library interfaces. It's > the primary source of include files for building the kernel. OK, I just mentioned because that's what was in the man page. Perhaps it might be worth having something like as there are a couple of other functions in libcompat that aren't prototyped in the headers as far as I can see (eg getpw()). > I wonder where SysV did provide the prototype. Perhaps nowhere. :) Well, apparently they put its man page under stdipc(3C), so your guess is as good as mine 8-) > Intention. It's not worth stuffing legacy functions into a shared > lib. > > It's a userland (i.e. library) thing, not a kernel one. The other > SysV stuff in libc is simply the syscall wrappers only (as for all > other syscalls). Understood. Thanks.