From owner-cvs-all Sun Mar 8 12:10:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA04265 for cvs-all-outgoing; Sun, 8 Mar 1998 12:10:47 -0800 (PST) (envelope-from owner-cvs-all@FreeBSD.ORG) Received: from hda.hda.com (hda-bicnet.bicnet.net [208.220.66.37]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA04199 for ; Sun, 8 Mar 1998 12:10:38 -0800 (PST) (envelope-from dufault@hda.hda.com) Received: (from dufault@localhost) by hda.hda.com (8.8.5/8.8.5) id PAA15845; Sun, 8 Mar 1998 15:10:20 -0500 (EST) From: Peter Dufault Message-Id: <199803082010.PAA15845@hda.hda.com> Subject: Re: cvs commit: src/include sched.h Makefile In-Reply-To: <199803082002.HAA13462@cimlogic.com.au> from John Birrell at "Mar 9, 98 07:02:24 am" To: jb@cimlogic.com.au (John Birrell) Date: Sun, 8 Mar 1998 15:10:20 -0500 (EST) Cc: cvs-committers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk > I'd prefer not to have blossoming symlinks in /usr/include, but I > understand why you did it. I also prefer to see function prototypes > that have nothing to do with the kernel kept away from kernel source. What are the options for keeping the structures in one place, though? The data structures are already mandated to show up in that user header and the choices are: 1. Don't worry about it - the kernel won't create functions that conflict, or if they do it is because it makes sense; 2. Use the standard-defined header in the kernel and #ifdef out for the kernel (as I did though I don't need to); 3. Create some new header file. I'm happy with either 1 or 2, and 2 seemed the safest for mass production. Peter -- Peter Dufault (dufault@hda.com) Realtime development, Machine control, HD Associates, Inc. Safety critical systems, Agency approval To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message