From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12743 invoked by alias); 18 Jun 2013 15:47:58 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 12733 invoked by uid 89); 18 Jun 2013 15:47:58 -0000 X-Spam-SWARE-Status: No, score=-6.9 required=5.0 tests=AWL,BAYES_00,RCVD_IN_HOSTKARMA_W,RCVD_IN_HOSTKARMA_WL,RP_MATCHES_RCVD,SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.3.1 Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Tue, 18 Jun 2013 15:47:57 +0000 Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r5IFluOb014567 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 18 Jun 2013 11:47:56 -0400 Received: from host2.jankratochvil.net (ovpn-116-40.ams2.redhat.com [10.36.116.40]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r5IFlqxa007308 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Tue, 18 Jun 2013 11:47:55 -0400 Date: Tue, 18 Jun 2013 15:51:00 -0000 From: Jan Kratochvil To: Pedro Alves Cc: gdb-patches@sourceware.org Subject: Re: [patch] ChangeLog width 74 -> 80 Message-ID: <20130618154752.GA27499@host2.jankratochvil.net> References: <20130618150401.GA24795@host2.jankratochvil.net> <51C07B94.3080606@redhat.com> <20130618153005.GA26742@host2.jankratochvil.net> <51C07FCC.6090706@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <51C07FCC.6090706@redhat.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-IsSubscribed: yes X-SW-Source: 2013-06/txt/msg00430.txt.bz2 On Tue, 18 Jun 2013 17:42:04 +0200, Pedro Alves wrote: > Nobody said anything about bugs. Nor is emacs a non-modern editor. I do not understand why you have mentioned Emacs in the first place, it seems irrelevant for GDB development. I find correct to update existing Emacs rules to comply with the specification but I do not think it matters to mention Emacs when deciding what should be the GDB standard. > As I said, I really don't care that much about the precise width. > It'd be nice to have it changed consistently across the tree > though. One should define first what is "the tree", currently it contains many directions which seems irrelevant for GDB decisions to me (tcl, texinfo, newlib, rda, ...). And even in that case GDB already contains Coding Style in gdbint.texinfo specific only to gdb/ so unifying the ChangeLog standard across the tree (whatever that means) is only that "nice to have", not a requirement. Jan