From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19325 invoked by alias); 2 Dec 2007 20:40:43 -0000 Received: (qmail 19317 invoked by uid 22791); 2 Dec 2007 20:40:43 -0000 X-Spam-Check-By: sourceware.org Received: from wa-out-1112.google.com (HELO wa-out-1112.google.com) (209.85.146.179) by sourceware.org (qpsmtpd/0.31) with ESMTP; Sun, 02 Dec 2007 20:40:29 +0000 Received: by wa-out-1112.google.com with SMTP id m16so4370712waf for ; Sun, 02 Dec 2007 12:40:27 -0800 (PST) Received: by 10.142.201.3 with SMTP id y3mr419321wff.1196628027054; Sun, 02 Dec 2007 12:40:27 -0800 (PST) Received: by 10.142.217.1 with HTTP; Sun, 2 Dec 2007 12:40:25 -0800 (PST) Message-ID: <4aca3dc20712021240k19f3eae5j66453276179c401a@mail.gmail.com> Date: Sun, 02 Dec 2007 20:40:00 -0000 From: "Daniel Berlin" To: "Eric Botcazou" Subject: Re: Rant about ChangeLog entries and commit messages Cc: gcc@gcc.gnu.org, "Bernd Schmidt" , "Richard Kenner" , schwab@suse.de, sam@rfc1149.net In-Reply-To: <200712022136.57819.ebotcazou@libertysurf.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline 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/msg00036.txt.bz2 On 12/2/07, Eric Botcazou wrote: > > 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. Right, because surely one size fits all projects and possibilities, and workflow and processes have certainly not changed since then.