From owner-cvs-sys Fri Mar 17 19:02:41 1995 Return-Path: cvs-sys-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA06418 for cvs-sys-outgoing; Fri, 17 Mar 1995 19:02:41 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA06411; Fri, 17 Mar 1995 19:01:57 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id MAA05407; Sat, 18 Mar 1995 12:58:08 +1000 Date: Sat, 18 Mar 1995 12:58:08 +1000 From: Bruce Evans Message-Id: <199503180258.MAA05407@godzilla.zeta.org.au> To: bde@zeta.org.au, davidg@Root.COM Subject: Re: cvs commit: src/sys/libkern locc.c random.c scanc.c skpc.c libkern.h Cc: CVS-commiters@freefall.cdrom.com, cvs-sys@freefall.cdrom.com Sender: cvs-sys-owner@freebsd.org Precedence: bulk >>Why do we have a libkern/inet_ntoa.c that is not the same as >>libc/net/inet_ntoa.c? libkern is supposed to contain copies of library >>source files. > NOT! IMNSHO, copying files out of libc for the kernel is extremely evil. It's evil, but will be harder to fix if libkern gets out of sync with the library. How do you want to fix it? I think "pure" modules like strlen.o should be extractedfrom libc.a. It's stupid to use an optimized strlen in libc and a slow generic one in libkern. OTOH, my libkern/mcount.c looks like this :-(: #define KERNEL_OPTION_1 /* XXX kernel options unavailable in libkern */ #define KERNEL_OPTION_2 /* XXX kernel options unavailable in libkern */ #include "../lib/libc/gmon/mcount.c" /* XXX */ Bruce