From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29578 invoked by alias); 27 Aug 2002 22:19:26 -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 29569 invoked from network); 27 Aug 2002 22:19:25 -0000 Received: from unknown (HELO mail-out2.apple.com) (17.254.0.51) by sources.redhat.com with SMTP; 27 Aug 2002 22:19:25 -0000 Received: from mailgate1.apple.com (A17-128-100-225.apple.com [17.128.100.225]) by mail-out2.apple.com (8.11.3/8.11.3) with ESMTP id g7RMJL511679 for ; Tue, 27 Aug 2002 15:19:21 -0700 (PDT) Received: from scv1.apple.com (scv1.apple.com) by mailgate1.apple.com (Content Technologies SMTPRS 4.2.1) with ESMTP id for ; Tue, 27 Aug 2002 15:19:21 -0700 Received: from inghji.apple.com (inghji.apple.com [17.201.22.240]) by scv1.apple.com (8.11.3/8.11.3) with ESMTP id g7RMJLb16739 for ; Tue, 27 Aug 2002 15:19:21 -0700 (PDT) Date: Tue, 27 Aug 2002 15:21:00 -0000 Subject: Re: [RFC] Interpreters (~final) (fwd) Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v543) From: Jim Ingham To: gdb-patches@sources.redhat.com Content-Transfer-Encoding: 7bit In-Reply-To: <1030485672.17451.ezmlm@sources.redhat.com> Message-Id: <31725E23-BA0B-11D6-BA4A-00039379E320@apple.com> X-SW-Source: 2002-08/txt/msg00919.txt.bz2 The first motivation, actually, was to separate out the MI and Console "interpreters" in gdb so that you can run gdb under a GUI using the MI, but still provide a way to run "real" console commands. By this I mean that you get correct console output, the extra prompts - completion, command entry mode for breakpoint commands, etc and everything else you need to make a convincing console window within an MI driven use of gdb. Project Builder provides such a console window, so I hacked this up for PB, and I think Eclipse wants the same thing for its debugger, so Keith is working on merging our patches (this latter bit is just a guess, he could be doing it out of the goodness of his heart...) I started to also think about how to do the more complex job of providing a way to "lash another interpreter onto gdb", but I didn't get very far with this. The main issue with this is how to intelligently share events with the gdb interpreter. Fortunately, the MI and the gdb CLI share the same event sources, etc. So this bit it trivial. Something like Tcl will have its own wait loop and thus list of wait sources, and to get good behavior you really need to convert the event sources from something the CLI & MI likes to something the other interpreter likes. But this second stage is not necessary for getting Console behaviors from the MI. The stuff Keith extracted from our sources is sufficient for that. Jim On Tuesday, August 27, 2002, at 03:01 PM, gdb-patches-digest-help@sources.redhat.com wrote: > Keith Seitz wrote: >> >> Ping. > > Hi Keith, > > I'm not sure whose domain this is. /me lacks context. > What is it we're trying to do here? Provide replacements > to the CLI interpreter? Lash an extension language into gdb? > Excuse my ignorance, I haven't followed the conversation > too closely. > > Michael > > -- Jim Ingham jingham@apple.com Developer Tools - gdb Apple Computer