Date: Wed, 12 May 2004 12:39:55 +1000 (EST) From: Bruce Evans <bde@zeta.org.au> To: John Baldwin <jhb@FreeBSD.org> Cc: Nate Lawson <nate@root.org> Subject: Re: cvs commit: src/sys/dev/led led.h Message-ID: <20040512123232.G10319@gamplex.bde.org> In-Reply-To: <200405111626.22013.jhb@FreeBSD.org> References: <20040510115040.0C9B516A53A@hub.freebsd.org> <20040511122030.I76738@root.org> <200405111626.22013.jhb@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 11 May 2004, John Baldwin wrote: > On Tuesday 11 May 2004 03:23 pm, Nate Lawson wrote: > > On Tue, 11 May 2004, Colin Percival wrote: > > > ... > > > However, there are problems with having a header file's __FBSDID tags end > > > up in a several binaries. Quite apart from the resulting bloat, most > > > changes to header files don't actually result in many binaries being > > > modified; including compilable $Id$ tags in the headers would result in > > > lots of spurious binary changes. This would make me (and anyone who uses > > > FreeBSD Update) very unhappy. > > > > I agree. This creates the same problems as panic() now changing object > > files every time a comment is moved or other non-functional change. > > Seconded on both counts. 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. I'd like to fix these, but most of them are contribware. There are also timestamps in *.a, but these files are easier to ignore. Bruce
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040512123232.G10319>