From owner-freebsd-arch@FreeBSD.ORG Wed Mar 4 03:20:17 2009 Return-Path: Delivered-To: freebsd-arch@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB6CB106564A for ; Wed, 4 Mar 2009 03:20:17 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from mail10.syd.optusnet.com.au (mail10.syd.optusnet.com.au [211.29.132.191]) by mx1.freebsd.org (Postfix) with ESMTP id 2EF168FC08 for ; Wed, 4 Mar 2009 03:20:16 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from c122-107-120-227.carlnfd1.nsw.optusnet.com.au (c122-107-120-227.carlnfd1.nsw.optusnet.com.au [122.107.120.227]) by mail10.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n243JSoc010598 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 4 Mar 2009 14:19:33 +1100 Date: Wed, 4 Mar 2009 14:19:28 +1100 (EST) From: Bruce Evans X-X-Sender: bde@delplex.bde.org To: d@delphij.net In-Reply-To: <49ADBE3D.10508@delphij.net> Message-ID: <20090304141253.V17817@delplex.bde.org> References: <49ADBE3D.10508@delphij.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-arch@FreeBSD.org Subject: Re: SCCS IDs in old code X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2009 03:20:18 -0000 On Tue, 3 Mar 2009, Xin LI wrote: > I'd like to know if there would be any objections if things like: > > static char sccsid[] = "@(#)rec_utils.c 8.6 (Berkeley) 7/16/94" > > Be moved into the comment right after the copyright header? Personally Of course there would be objections. > I don't see much point keeping 'em just in order to make -DLIBC_SCCS > work, since these code changes from time to time and the version number > and dates are no longer relevant, perhaps, they should be better just > kept in the comment for reference from historical code. style(9) requires keeping vendor ids unedited and unmoved and uncommented-out and not attached to the FreeBSD id in `#if 0' blocks. rec_utils.c follows the no-edit no-move rules but not the other 2. Bruce