From owner-freebsd-hackers Thu Apr 10 15:53:22 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA05832 for hackers-outgoing; Thu, 10 Apr 1997 15:53:22 -0700 (PDT) Received: from cheops.anu.edu.au (avalon@cheops.anu.edu.au [150.203.76.24]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA05816 for ; Thu, 10 Apr 1997 15:53:19 -0700 (PDT) Message-Id: <199704102253.PAA05816@freefall.freebsd.org> Received: by cheops.anu.edu.au (1.37.109.16/16.2) id AA291502430; Fri, 11 Apr 1997 08:47:10 +1000 From: Darren Reed Subject: Re: detecting kernel version at compile time To: terry@lambert.org (Terry Lambert) Date: Fri, 11 Apr 1997 08:47:09 +1000 (EST) Cc: proff@suburbia.net, hackers@FreeBSD.ORG In-Reply-To: <199704102050.NAA09662@phaeton.artisoft.com> from "Terry Lambert" at Apr 10, 97 01:50:29 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In some mail from Terry Lambert, sie said: > > > Another benefit is that __FreeBSD_sysversion isn't necessarily > > __FreeBSD_version i.e users may update their sys tree more frequently > > than the rest (presuming they even have the rest of the source > > distribution). > > > > Ability to detect the kernel version at compile time is essential to > > adequately support third party modules. > > I agree... why is it that you always come up with good ideas? 8-). To quote Jordan "this is giving me a headache". As one of those third party developers, I don't have time for this constantly changing crap. You are deceiving yourselves if you think you are just making life easier for everyone. Any change implies more work from 3rd party developers to accomodate that change. That work is probably many times what you perceive it to be because 3rd party developers have to incorporate the new with the old and still keep everything working.