From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4942 invoked by alias); 15 Jul 2005 15:28:45 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 4930 invoked by uid 22791); 15 Jul 2005 15:28:42 -0000 Received: from nevyn.them.org (HELO nevyn.them.org) (66.93.172.17) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Fri, 15 Jul 2005 15:28:42 +0000 Received: from drow by nevyn.them.org with local (Exim 4.52) id 1DtS7E-0005cK-SP; Fri, 15 Jul 2005 11:28:41 -0400 Date: Fri, 15 Jul 2005 15:28:00 -0000 From: Daniel Jacobowitz To: Nick Roberts Cc: gdb-patches@sources.redhat.com Subject: Re: [PATCH: gdb/mi + doco] -var-update Message-ID: <20050715152840.GA20960@nevyn.them.org> Mail-Followup-To: Nick Roberts , gdb-patches@sources.redhat.com References: <20050617140410.GA24575@nevyn.them.org> <20050703195630.GM13811@nevyn.them.org> <20050704050151.GA8321@nevyn.them.org> <17099.44050.219050.156429@farnswood.snap.net.nz> <20050715014341.GA23331@nevyn.them.org> <17111.13428.966975.183852@farnswood.snap.net.nz> <20050715041538.GA29817@nevyn.them.org> <17111.53825.9630.703339@farnswood.snap.net.nz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <17111.53825.9630.703339@farnswood.snap.net.nz> User-Agent: Mutt/1.5.8i X-SW-Source: 2005-07/txt/msg00135.txt.bz2 On Sat, Jul 16, 2005 at 03:12:00AM +1200, Nick Roberts wrote: > > BTW, if it's OK with you, I would prefer that you add new testcases > > rather than modifying existing ones. Yes, the ones that are there are > > slightly redundant. But changing what a test case is testing is bad > > form for long-term results analysis. > > OK. I'm not very comfortable with expect, but I'll give it a go. I have learned a frightening (to me anyway) amount about expect and TCL lately; bug me with any questions you may have. > > Now that this patch is in, I believe your current gdb-mi.el will work > > with CVS GDB. Is that right? If so, could you post it? I promise to > > look at it promptly. > > Yes it does work, but not perfectly (if it did it could go straight into > the Emacs CVS repository). It has changed quite a lot since last time. > Unfortunately it still requires Emacs in CVS, but a release is planned. Confused - I thought we'd decided it belonged with GDB, not with emacs, because of the GDB version dependencies? I won't try to second-guess you about this code - my LISP sucks. But could you explain briefly why you changed from -break-insert to "break" in some places? Yet at the same time changed from until to -exec-until... Anyway, go ahead and check this in. -- Daniel Jacobowitz CodeSourcery, LLC