From owner-cvs-sys Fri Mar 17 21:43:11 1995 Return-Path: cvs-sys-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA13044 for cvs-sys-outgoing; Fri, 17 Mar 1995 21:43:11 -0800 Received: from LAGAVULIN.PDL.CS.CMU.EDU (LAGAVULIN.PDL.CS.CMU.EDU [128.2.198.241]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id VAA13038; Fri, 17 Mar 1995 21:43:08 -0800 Message-Id: <199503180543.VAA13038@freefall.cdrom.com> Received: from localhost by LAGAVULIN.PDL.CS.CMU.EDU id aa26702; 18 Mar 95 0:42 EST To: "Rodney W. Grimes" cc: davidg@Root.COM, CVS-commiters@freefall.CDROM.COM, cvs-sys@freefall.CDROM.COM X-Copyright: Copyright 1995, Christopher G. Demetriou. All rights reserved. X-Notice: Duplication and redistribution prohibited without consent of the author. Subject: Re: cvs commit: src/sys/libkern locc.c random.c scanc.c skpc.c libkern.h In-reply-to: Your message of "Fri, 17 Mar 1995 20:16:04 PST." <199503180416.UAA20285@gndrsh.aac.dev.com> Date: Sat, 18 Mar 1995 00:42:36 -0500 From: Chris G Demetriou 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. Among other things, it's damn near impossible to compile .o's in 'kernel libraries' with the correct flags, if you're trying to support multiple architectures. the files in libkern are supposed to be "machine-dependent", but there's certainly a need to compile them with different options on different architectures. (why? (1) the gcc optimizer should be considered "known broken" for new ports, until proved otherwise, (2) each different arch has a slightly different way to compile without FP instructions, (3) on architectures where it's natual to use a GP, you gnerally need to do something slightly different for the kernel, etc.) cgd