From owner-freebsd-hackers Sun Jun 2 06:49:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA19661 for hackers-outgoing; Sun, 2 Jun 1996 06:49:59 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA19656 for ; Sun, 2 Jun 1996 06:49:56 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id PAA20917; Sun, 2 Jun 1996 15:48:47 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id PAA28065; Sun, 2 Jun 1996 15:48:42 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id PAA01229; Sun, 2 Jun 1996 15:11:24 +0200 (MET DST) From: J Wunsch Message-Id: <199606021311.PAA01229@uriah.heep.sax.de> Subject: Re: Two queries (libcompat.so and timedef()) To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sun, 2 Jun 1996 15:11:24 +0200 (MET DST) Cc: fhackers@jraynard.demon.co.uk (James Raynard) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199606012029.UAA02321@jraynard.demon.co.uk> from James Raynard at "Jun 1, 96 08:29:48 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As James Raynard wrote: > 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. I wonder where SysV did provide the prototype. Perhaps nowhere. :) > On investigation, I have a libcompat.a and a libcompat_p.a on my > system, but no libcompat.so. Intention. It's not worth stuffing legacy functions into a shared lib. > disk. Is this intentional? Also, is there any reason for ftok() to be > in libcompat, when all the other SysV IPC stuff is in libc? 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). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-)