From owner-cvs-src@FreeBSD.ORG Wed May 12 12:51:10 2004 Return-Path: Delivered-To: cvs-src@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 835D116A4CE; Wed, 12 May 2004 12:51:10 -0700 (PDT) Received: from mailout1.pacific.net.au (mailout1.pacific.net.au [61.8.0.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD58143D41; Wed, 12 May 2004 12:51:09 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from mailproxy1.pacific.net.au (mailproxy1.pacific.net.au [61.8.0.86])i4CJp94u028593; Thu, 13 May 2004 05:51:09 +1000 Received: from gamplex.bde.org (katana.zip.com.au [61.8.7.246]) i4CJp6I2030844; Thu, 13 May 2004 05:51:06 +1000 Date: Thu, 13 May 2004 05:51:06 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Peter Jeremy In-Reply-To: <20040512081708.GA18088@server.vk2pj.dyndns.org> Message-ID: <20040513054941.D13728@gamplex.bde.org> References: <20040510115040.0C9B516A53A@hub.freebsd.org> <20040511122030.I76738@root.org> <20040512123232.G10319@gamplex.bde.org> <20040512081708.GA18088@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: src-committers@FreeBSD.org cc: John Baldwin cc: cvs-src@FreeBSD.org cc: Colin Percival cc: cvs-all@FreeBSD.org cc: Nate Lawson Subject: Re: cvs commit: src/sys/dev/led led.h X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 May 2004 19:51:10 -0000 On Wed, 12 May 2004, Peter Jeremy wrote: > On Wed, May 12, 2004 at 12:39:55PM +1000, Bruce Evans wrote: > >This is not as bad as the programs that use __DATE__ or __TIME__, or > >generate a version.c file whose version changes on every recompile, so > >that repeated buildworlds cannot produce the same result twice. > > The kernel 'version' is annoying because not only does it change on > every kernel compile but when it goes from 9 to 10 the string length > changes. Most of my kernels have version numbers of several thousands, so I rarely notice the latter :-). Bruce