From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16409 invoked by alias); 3 Dec 2007 03:55:51 -0000 Received: (qmail 16400 invoked by uid 22791); 3 Dec 2007 03:55:51 -0000 X-Spam-Check-By: sourceware.org Received: from VLSI1.ULTRA.NYU.EDU (HELO vlsi1.ultra.nyu.edu) (128.122.140.213) by sourceware.org (qpsmtpd/0.31) with SMTP; Mon, 03 Dec 2007 03:55:47 +0000 Received: by vlsi1.ultra.nyu.edu (4.1/1.34) id AA12237; Sun, 2 Dec 07 22:55:36 EST From: kenner@vlsi1.ultra.nyu.edu (Richard Kenner) Message-Id: <10712030355.AA12237@vlsi1.ultra.nyu.edu> Date: Mon, 03 Dec 2007 03:55:00 -0000 To: ebotcazou@libertysurf.fr Subject: Re: Rant about ChangeLog entries and commit messages Cc: bernds_cb1@t-online.de, dberlin@dberlin.org, gcc@gcc.gnu.org, sam@rfc1149.net, schwab@suse.de In-Reply-To: <200712022136.57819.ebotcazou@libertysurf.fr> References: <2007-12-02-11-05-39+trackit+sam@rfc1149.net> <4752A817.7000206@t-online.de> <4aca3dc20712021227l666309jf7da5c53e9c68352@mail.gmail.com> <200712022136.57819.ebotcazou@libertysurf.fr> X-IsSubscribed: yes Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org X-SW-Source: 2007-12/txt/msg00053.txt.bz2 > > I'd go even further, and say if the GNU coding standards say we > > shouldn't be putting descriptions of why we are changing things in the > > ChangeLog, than they should be changed and should be ignored on this > > point until they do. Pointing to them as the if they are The One True > > Way seems very suspect to me. After all, how else would they ever > > improve if nobody tries anything different? > > The people who wrote them presumably thought about these issues, too. My understanding is that the concern in going the other way was in having a ChangeLog that was too long to easy scan. Now yes, it's true that the concept of scanning a ChangeLog rather than a CM log quite dated at this point, but that's GNU coding standards issue, not a GCC issue and I don't think that trying to change that will produce much more than heat. I do, however, think that we have significant flexibility in content of the svn commit message and could well decide that it's useful to do more than echo the ChangeLog entry, but instead could include most of the text of the patch submission message.