From owner-cvs-sys Fri Mar 17 20:18:37 1995 Return-Path: cvs-sys-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA10837 for cvs-sys-outgoing; Fri, 17 Mar 1995 20:18:37 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA10831; Fri, 17 Mar 1995 20:18:36 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id UAA19439; Fri, 17 Mar 1995 20:18:27 -0800 From: Poul-Henning Kamp Message-Id: <199503180418.UAA19439@ref.tfs.com> Subject: Re: cvs commit: src/sys/libkern locc.c random.c scanc.c skpc.c libkern.h To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Fri, 17 Mar 1995 20:18:27 -0800 (PST) Cc: davidg@Root.COM, CVS-commiters@freefall.cdrom.com, cvs-sys@freefall.cdrom.com In-Reply-To: <199503180416.UAA20285@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Mar 17, 95 08:16:04 pm Content-Type: text Content-Length: 541 Sender: cvs-sys-owner@freebsd.org Precedence: bulk > I think we should just stop building libkern, and for machines that need > routines from there add them to sys/i386/files.i386. For people doing a > new port it is nice to have these generic C functions around, but other > than that I see libkern.a as an evil thing to have done. Except that is is hard to avoid having unused bloat in the kernel, I agree. -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant'