From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27832 invoked by alias); 21 May 2008 09:33:24 -0000 Received: (qmail 27821 invoked by uid 22791); 21 May 2008 09:33:24 -0000 X-Spam-Check-By: sourceware.org Received: from ti-out-0910.google.com (HELO ti-out-0910.google.com) (209.85.142.186) by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 21 May 2008 09:33:06 +0000 Received: by ti-out-0910.google.com with SMTP id d10so1367389tib.12 for ; Wed, 21 May 2008 02:33:04 -0700 (PDT) Received: by 10.110.69.5 with SMTP id r5mr1238101tia.17.1211362384118; Wed, 21 May 2008 02:33:04 -0700 (PDT) Received: by 10.110.105.20 with HTTP; Wed, 21 May 2008 02:33:04 -0700 (PDT) Message-ID: Date: Wed, 21 May 2008 17:26:00 -0000 From: Tea To: "Michael Snyder" Subject: Re: GDB record patch 0.1.3.1 for GDB-6.8 release Cc: drow@false.org, "Thiago Jung Bauermann" , gdb-patches@sourceware.org In-Reply-To: <1211305227.3601.62.camel@localhost.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1211231955.32587.23.camel@localhost.localdomain> <20080519212903.GA869@caradoc.them.org> <1211305227.3601.62.camel@localhost.localdomain> X-IsSubscribed: yes 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-05/txt/msg00632.txt.bz2 On Wed, May 21, 2008 at 1:40 AM, Michael Snyder wrote: > On Tue, 2008-05-20 at 11:55 +0800, Tea wrote: >> Agree with Daniel. >> I think current way is better than include Linux kernel header files. >> >> To compile GDB with Linux KERNEL? I think it will make compile GDB not >> very easy. If the Linux Kernel change. The user need re-compile the >> GDB? >> Or add Linux Kernel files to GDB directory? It looks not very >> professional. And maybe will cause some copyright problem. >> >> And this types size will not change very continually. The GLIBC use it >> too. The kernel more like add new types than change the old types. > > There is another possibility. You might build something > resembling gdbserver, and put the record/playback functionality > in there. Have gdb talk to it by the remote serial protocol > (over a socket, of course). > > There is an old branch in the cvs repository where we have > stashed away a version of gdb that has some extra "reverse" > syntax in the remote protocol. > > This would have the advantage of a clear separation layer, > so that gdb would not have to be "poluted" by foreign header > files with different copyrights and licensing, plus keeping > a big chunk of complex code separate from gdb itself. > > Plus, you could now reverse-debug from one host to another, > even across different architectures. > > Just an idea... > > Michael > > > I will try to make all the part of record to be the part of GDB. BTW, I received the ASSIGNMENT - GNU GDB from FSF in Monday and I had signed it and send it back. Make simulator reverse-run with itself is a cool idea. It will make speed higher than before. Thanks, teawater