From owner-freebsd-hackers Wed Oct 15 19:42:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA28043 for hackers-outgoing; Wed, 15 Oct 1997 19:42:53 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from plum.cyber.com.au (plum.cyber.com.au [203.7.155.24]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id TAA28035 for ; Wed, 15 Oct 1997 19:42:48 -0700 (PDT) (envelope-from darrenr@cyber.com.au) Received: (from darrenr@localhost) by plum.cyber.com.au (8.6.12/8.6.6) id JAA09731; Thu, 16 Oct 1997 09:21:48 +1000 From: Darren Reed Message-Id: <199710152321.JAA09731@plum.cyber.com.au> Subject: Re: Freebsd 3.0 current fails ipfilter 3.2b8 build (fwd) To: julian@whistle.com (Julian Elischer) Date: Thu, 16 Oct 1997 09:21:46 +1000 (EST) Cc: hackers@freebsd.org In-Reply-To: <3444E7A2.41C67EA6@whistle.com> from "Julian Elischer" at Oct 15, 97 08:56:18 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In some mail I received from Julian Elischer, sie wrote > > All the "_var.h" files contain variables who'se scope is within the > kernel only. Yup, I think that's a reasonable approach to take. I don't think it should extend, however, to structure definitions. > The only exception is LKMs which should define KERNEL. > I don't know who did this, (I see in the logs it was garrett) > but the idea is simply to make it more obvios when you are > doing the WRONG thing > and including kernel private variables (that are subject to change, > and not part of the API) . There is an API ? Darren