From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26095 invoked by alias); 9 Jun 2011 16:11:48 -0000 Received: (qmail 26086 invoked by uid 22791); 9 Jun 2011 16:11:46 -0000 X-SWARE-Spam-Status: No, hits=-0.2 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,RFC_ABUSE_POST X-Spam-Check-By: sourceware.org Received: from mail-yx0-f169.google.com (HELO mail-yx0-f169.google.com) (209.85.213.169) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 09 Jun 2011 16:11:29 +0000 Received: by yxn35 with SMTP id 35so778319yxn.0 for ; Thu, 09 Jun 2011 09:11:28 -0700 (PDT) MIME-Version: 1.0 Received: by 10.236.185.105 with SMTP id t69mr1147329yhm.18.1307635888823; Thu, 09 Jun 2011 09:11:28 -0700 (PDT) Received: by 10.236.114.137 with HTTP; Thu, 9 Jun 2011 09:11:28 -0700 (PDT) In-Reply-To: References: <201106091325.59412.pedro@codesourcery.com> <20110609143651.GP12848@adacore.com> <201106091550.54928.pedro@codesourcery.com> Date: Thu, 09 Jun 2011 16:11:00 -0000 Message-ID: Subject: Re: ReBranch - a record-replay debugging tool From: pi3orama To: Pedro Alves Cc: Joel Brobecker , gdb@sourceware.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable 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-06/txt/msg00055.txt.bz2 I posted the email to gdb mailing list because: I want people to know the tool and to use it; I want developers to be interested in it and help me to improve it, or even takeover the project (because I won't have enough time to maintain it). In my opinion, I want ReBranch to be remain a separate project because most of ReBranch code is different from gdb, and hard to be integrated into it (I think). However, currently the gdb replayer itself is a modified version of gdbserver, the code and replay performance are both bad (because gdb doesn't support control-flow only debugging now). If someone can help me to implement it in gdb, then I can remove the ugly gdbserver patch code from ReBranch, it will be perfect. About the recording side code, if contribute it to FSF means the project can be known to and be used by more users, and more developers can help to improve it, why not to do it? > On Thu, Jun 9, 2011 at 10:50 PM, Pedro Alves wro= te: >> >> On Thursday 09 June 2011 15:36:51, Joel Brobecker wrote: >> > > One detail. =C2=A0Files that had been derived from other GPL files >> > > should not lose the original copyright notice. =C2=A0Of course >> > > you can _add_ a note on your own copyright. =C2=A0That is, e.g., >> > > on exception.h|c, I suggest something like: >> > > >> > > /* Copyright (C) 1986, 1988, 1989, 1990, 1991, 1992, 1993, 1994, 199= 5, 1996, >> > > =C2=A0 =C2=A01997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005, 2= 006, 2007, 2008, >> > > =C2=A0 =C2=A02009, 2010, 2011 Free Software Foundation, Inc. >> > > >> > > =C2=A0 =C2=A0Copyright (C) 2009, 2010, 2011 Nan Wang >> > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 ^^^^^^^^ >> > >> > If the files are going to be contributed to the GDB project, >> > I think we'll want the copyright to say FSF, no? >> >> The files in question are heavily modified and repurposed for >> ReBranch. =C2=A0I was under the impression that the tool wanted to >> remain a separate project. =C2=A0But if Nan is planning on assigning >> the copyright to the FSF, yes. =C2=A0Of course, that'd be super cool, >> as that way we could import bits into gdb/gdbserver proper >> where it would make sense. =C2=A0(Not that I know which bits would >> that be.) =C2=A0Nan, let us know if that's the case. >> >> -- >> Pedro Alves >