From owner-cvs-sys Mon Mar 20 03:38:47 1995 Return-Path: cvs-sys-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA22364 for cvs-sys-outgoing; Mon, 20 Mar 1995 03:38:47 -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 DAA22356; Mon, 20 Mar 1995 03:38:24 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id VAA15474; Mon, 20 Mar 1995 21:34:15 +1000 Date: Mon, 20 Mar 1995 21:34:15 +1000 From: Bruce Evans Message-Id: <199503201134.VAA15474@godzilla.zeta.org.au> To: Remy.Card@masi.ibp.fr, rgrimes@gndrsh.aac.dev.com Subject: Re: cvs commit: src/sys/libkern locc.c random.c scanc.c skpc.c libkern Cc: CVS-commiters@freefall.cdrom.com, bde@zeta.org.au, cvs-sys@freefall.cdrom.com, davidg@Root.COM, phk@ref.tfs.com Sender: cvs-sys-owner@freebsd.org Precedence: bulk >> If no one objects by tomarrow afternoon we will not be installing >> libkern* in /usr/lib. This is just a waste of (albiet it small) >> disk space. > Hmmm, I tried compiling the latest snapshot of LITES on top of FreeBSD >current. I got some errors during the link because some functions >have been removed from libgcc.a. The only thing I could do to solve this >problem was linking LITES against libkern.a (which contains the missing >functions). > I know that the problem originates in the libgcc changes and is not >exactly related to libkern, but libkern was useful in this case. I suppose LITES isn't linked to libc for the same reason as the kernel - there is too much chance of picking up a module that only works in hosted environments. This shows why modules shouldn't be removed from libgcc - they may be required for non-hosted environments. Bruce