From owner-cvs-sys Fri Dec 6 21:22:28 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id VAA03500 for cvs-sys-outgoing; Fri, 6 Dec 1996 21:22:28 -0800 (PST) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id VAA03426; Fri, 6 Dec 1996 21:22:16 -0800 (PST) Received: (from root@localhost) by dyson.iquest.net (8.8.2/8.6.9) id AAA00201; Sat, 7 Dec 1996 00:21:09 -0500 (EST) From: "John S. Dyson" Message-Id: <199612070521.AAA00201@dyson.iquest.net> Subject: Re: cvs commit: src/sys/i386/include endian.h To: peter@spinner.dialix.com (Peter Wemm) Date: Sat, 7 Dec 1996 00:21:08 -0500 (EST) Cc: dyson@freebsd.org, bde@zeta.org.au, cvs-all@freefall.freebsd.org, CVS-committers@freefall.freebsd.org, cvs-sys@freefall.freebsd.org, dyson@freefall.freebsd.org In-Reply-To: <199612070511.NAA27272@spinner.DIALix.COM> from "Peter Wemm" at Dec 7, 96 01:11:47 pm X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-cvs-sys@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > "John S. Dyson" wrote: > > > > > > Most of the kernel doesn't pick up the CPU options. > > > > > Why not? That seems to be unwise, shouldn't anything with any > > cpu specific inlines also pick-up the CPU options? Anything > > that uses endian.h (or cpufunc.h) are perfect examples of where > > there might be some value in that. > > > > John > > Perhaps we should seriously consider using 'cc -include opt_global.h' and > moving things like Ix86_CPU etc into there? It has the benefits of having > every file know about the settings, but without having to modify every file. > Other flags that might eventually be used would be the SMP ones? Imagine the #ifdefs (or macros that are conditional on #ifdefs) that there will eventually be when/if we do fine grained locking... John