From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29536 invoked by alias); 13 Oct 2011 23:37:22 -0000 Received: (qmail 29232 invoked by uid 22791); 13 Oct 2011 23:37:20 -0000 X-SWARE-Spam-Status: No, hits=-1.8 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD,TW_FC X-Spam-Check-By: sourceware.org Received: from fencepost.gnu.org (HELO fencepost.gnu.org) (140.186.70.10) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 13 Oct 2011 23:37:06 +0000 Received: from ams by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1REUpj-0005nM-W6; Thu, 13 Oct 2011 19:37:04 -0400 Date: Thu, 13 Oct 2011 23:37:00 -0000 Message-Id: From: ams@gnu.org (Alfred M. Szmidt) To: Jan Kratochvil CC: pmuldoon@redhat.com, joseph@codesourcery.com, gdb@sourceware.org In-reply-to: <20111013224440.GA17614@host1.jankratochvil.net> (message from Jan Kratochvil on Fri, 14 Oct 2011 00:44:40 +0200) Subject: Re: GIT and CVS Reply-to: ams@gnu.org References: <20111013215020.GA13438@host1.jankratochvil.net> <20111013224440.GA17614@host1.jankratochvil.net> X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2011-10/txt/msg00098.txt.bz2 > While useful, they don't replace information of this type: > > * configure.ac (tic6x-*-*): Remove gdb from noconfigdirs. git log -p: tic6x-*-*) - noconfigdirs="$noconfigdirs gdb sim" + noconfigdirs="$noconfigdirs sim" git annotate: 005efcbe (Joseph Myers 2010-03-23 16:05:34 +0000 1022) tic6x-*-*) 34dd72a9 ( qiyao 2011-08-14 12:28:15 +0000 1023) noconfigdirs="$noconfigdirs sim" 005efcbe (Joseph Myers 2010-03-23 16:05:34 +0000 1024) ;; -> git show 34dd72a9 What's wrong with it? And if I search which commit changed it: git log -p -Sgdb configure.ac I think you missunderstood me, if I am looking at a bug I wish to follow the changes done to something, usually a function. While log/annotate are useful to see what the tree looked like at some point, it doesn't help me follow how something has changed over a time period. ChangeLog makes this trivial. > You still have to store that information _somewhere_, be it in a file > or in the commit message. Still there should be stored + shown the associated mail which completely misses here and which is stored there by GIT. You could store the exact same information in the ChangeLog, git doesn't solve what you put in the ChangeLog/commit message. 2011-07-22 Jakub Jelinek URL: http://sourceware.org/ml/binutils-cvs/2011-07/msg00116.html * dwarf2.h (DW_AT_GNU_macros): New. (enum dwarf_macro_record_type): New enum. Add DW_MACRO_GNU_*. Or, with a fictious bug ID: 2011-07-26 Tom Tromey Implement new DWARF macro proposal. (Bug#123456) URL: http://sourceware.org/ml/gdb-patches/2011-07/msg00732.html * symfile.h (struct dwarf2_debug_sections) : New field. .... > I just don't see how annotate/log replaces that here, maybe it > should? I don't know, but entries like that are super useful to > trace history of things. When I was a newbie to GDB I would not see the reason why string "gdb" was removed from variable "noconfigdirs". I would like to find out the mail submit/reasoning/approval. I tried now but I failed to find the mail. I agree, such information is useful. Several projects have started adding it as part of the ChangeLog entry; like the examples above.