From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2941 invoked by alias); 1 Aug 2008 16:20:52 -0000 Received: (qmail 2931 invoked by uid 22791); 1 Aug 2008 16:20:51 -0000 X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 01 Aug 2008 16:20:34 +0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id m71GKWCt003633 for ; Fri, 1 Aug 2008 12:20:32 -0400 Received: from pobox.corp.redhat.com (pobox.corp.redhat.com [10.11.255.20]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id m71GKLKu006502; Fri, 1 Aug 2008 12:20:31 -0400 Received: from opsy.redhat.com (vpn-10-95.bos.redhat.com [10.16.10.95]) by pobox.corp.redhat.com (8.13.1/8.13.1) with ESMTP id m71GKKdr001313; Fri, 1 Aug 2008 12:20:21 -0400 Received: by opsy.redhat.com (Postfix, from userid 500) id DD1E18880A6; Fri, 1 Aug 2008 10:20:18 -0600 (MDT) To: Stan Shebs Cc: gdb-patches@sources.redhat.com Subject: Re: RFA: Remove gdb-events References: <487975AF.4030306@codesourcery.com> From: Tom Tromey Reply-To: Tom Tromey X-Attribution: Tom Date: Fri, 01 Aug 2008 16:20:00 -0000 In-Reply-To: (Tom Tromey's message of "Sun\, 13 Jul 2008 15\:56\:13 -0600") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii 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 X-SW-Source: 2008-08/txt/msg00007.txt.bz2 >>>>> "Tom" == Tom Tromey writes: Tom> I'd like to propose changing this for gdb. I don't think merging is Tom> even needed. Folks can always look in subdir ChangeLog.old... Any comment on this? The concrete proposal is: * Rename gdb/doc/ChangeLog -> gdb/doc/ChangeLog.old * Rename gdb/testsuite/ChangeLog -> gdb/testsuite/ChangeLog.old ... and all future patches in these areas will just use gdb/ChangeLog. The rationale is that many patches span these directories, so keeping their ChangeLog entries together makes sense. On the flip side, keeping them separate does not seem to add much value -- it is just more work when preparing a patch. Insight-related ChangeLogs would remain untouched. I don't have an opinion about gdbserver/ChangeLog. Tom