From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12085 invoked by alias); 6 Jun 2006 17:22:34 -0000 Received: (qmail 12019 invoked by uid 22791); 6 Jun 2006 17:22:34 -0000 X-Spam-Check-By: sourceware.org Received: from mail-out3.apple.com (HELO mail-out3.apple.com) (17.254.13.22) by sourceware.org (qpsmtpd/0.31) with ESMTP; Tue, 06 Jun 2006 17:22:30 +0000 Received: from relay6.apple.com (a17-128-113-36.apple.com [17.128.113.36]) by mail-out3.apple.com (8.12.11/8.12.11) with ESMTP id k56FdMlX021997; Tue, 6 Jun 2006 08:39:22 -0700 (PDT) Received: from [17.201.22.240] (unknown [17.201.22.240]) by relay6.apple.com (Apple SCV relay) with ESMTP id 24A16581; Tue, 6 Jun 2006 08:39:22 -0700 (PDT) Date: Tue, 06 Jun 2006 17:22:00 -0000 Content-Transfer-Encoding: 7bit Cc: gdb-patches@sources.redhat.com From: Jim Ingham In-Reply-To: <17540.57896.489747.811644@kahikatea.snap.net.nz> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Subject: Re: starting gdb/mi from FE References: <17540.53854.931145.771214@kahikatea.snap.net.nz> <20060606012001.GA7954@nevyn.them.org> <17540.57896.489747.811644@kahikatea.snap.net.nz> To: Nick Roberts Mime-Version: 1.0 (Apple Message framework v813) Message-Id: <8EE08A24-F526-4AE6-89A5-46C7AB15A77D@apple.com> X-Mailer: Apple Mail (2.813) X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2006-06/txt/msg00066.txt.bz2 On Jun 5, 2006, at 7:02 PM, Nick Roberts wrote: >> Nick, could you explain why the restart is a problem? The time GDB >> takes to reject an interpreter doesn't seem too bad. I don't want to >> optimize the wrong thing. > > It's just more complicated to handle and I can see no advantage. > With Emacs, > compare M-x gdb and mistyping a CLI command to M-x gdb and giving > gdb an > unrecognised option. > >> ... >> I thought there already was a "set interp", but it seems I was >> mistaken. > > I think Apple have such a command but have not ported it back to FSF > GDB This is not relevant to the discussion, but just to get the history right... "set interpreter" was part of the interpreter command that I did a while back. When it was ported to FSF gdb (Keith, Andrew and Elena were the ones involved with this, IIRC) the "set interpreter" part was explicitly rejected. IIRC the argument at the time was that you could manage to do nested calls to set interpreter, and it was hard to make that work. This didn't so much bother me - people who taunt the software like that deserve what they get. So I've maintained it as a patch in our sources because having to run the whole session in mi mode when debugging mi commands is a RPITA. Jim