From owner-cvs-sys  Sat Mar 18 01:16:03 1995
Return-Path: cvs-sys-owner
Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA25064 for cvs-sys-outgoing; Sat, 18 Mar 1995 01:16:03 -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 BAA25052; Sat, 18 Mar 1995 01:15:41 -0800
Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id TAA14031; Sat, 18 Mar 1995 19:11:54 +1000
Date: Sat, 18 Mar 1995 19:11:54 +1000
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199503180911.TAA14031@godzilla.zeta.org.au>
To: bde@zeta.org.au, 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, cvs-sys@freefall.cdrom.com,
        davidg@Root.COM, phk@ref.tfs.com
Sender: cvs-sys-owner@freebsd.org
Precedence: bulk

>And my grepping of the source tree turned up no one that directly
>inclues sys/systm.h, but it *is* included by vm_page.h.  I have
>yet to search the source tree for that one.

It's only included if KERNEL and DIAGNOSTIC are defined.

>This does bring up the question of should we be installing all the
>files we are in /usr/include/sys.  As I am about to rewrite the
>/usr/include Makefile to clean up all the mkdir/chown/chmod this
>would be a *very* good time to clean up *exactly* what header
>files we install into /usr/include/sys.

Traditional system internals should be there.  I don't think it can
be cleaned up quickly.  There are too many interdependencies.

Bruce