From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23866 invoked by alias); 4 Feb 2003 17:10:59 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 23855 invoked from network); 4 Feb 2003 17:10:59 -0000 Received: from unknown (HELO mx1.redhat.com) (172.16.49.200) by 172.16.49.205 with SMTP; 4 Feb 2003 17:10:59 -0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.11.6/8.11.6) with ESMTP id h14HAxf31600 for ; Tue, 4 Feb 2003 12:10:59 -0500 Received: from pobox.corp.redhat.com (pobox.corp.redhat.com [172.16.52.156]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id h14HAwa01572 for ; Tue, 4 Feb 2003 12:10:58 -0500 Received: from localhost.redhat.com (romulus-int.sfbay.redhat.com [172.16.27.46]) by pobox.corp.redhat.com (8.11.6/8.11.6) with ESMTP id h14HAqh32549 for ; Tue, 4 Feb 2003 12:10:53 -0500 Received: by localhost.redhat.com (Postfix, from userid 469) id 41B20FF79; Tue, 4 Feb 2003 12:15:02 -0500 (EST) From: Elena Zannoni MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15935.62741.750089.282679@localhost.redhat.com> Date: Tue, 04 Feb 2003 17:10:00 -0000 To: Bob Rossi Cc: gdb@sources.redhat.com Subject: Re: obsoleting annotate level 2 In-Reply-To: <20030204163737.GB3194@white> References: <20030204124435.GB2565@white> <15935.57871.225622.319870@localhost.redhat.com> <20030204161241.GA2354@kovax.org> <15935.60311.219378.382239@localhost.redhat.com> <20030204163737.GB3194@white> X-SW-Source: 2003-02/txt/msg00079.txt.bz2 Bob Rossi writes: > I understand that we will have to support both interfaces to gdb. That > is not the issue at all. The issue is, annotate level 2 and 1 should not > be removed from gdb because existing software relies on them. > I just wanted to state that explicitly, nothing more. > That is why you are leaving annotate level 1, is that correct? > I think annotate 1 is staying because Emacs uses it. However, as I understand it, there is the will from the Emacs community to start using MI, this is why Andrew is accelerating the merge of the interpreter code. Once MI is adopted by Emacs, I don't know what happens to annotation. elena > Thanks, > Bobby > > On Tue, Feb 04, 2003 at 11:34:31AM -0500, Elena Zannoni wrote: > > Peter Kovacs writes: > > > On Tue, Feb 04, 2003 at 10:53:51AM -0500, Elena Zannoni wrote: > > > > Interesting, I don't know if you are aware, gdb has already a curses > > > > interface. configure gdb with --enable-tui and invoke with --tui. > > > > > > > > Documentation is at: > > > > http://sources.redhat.com/gdb/current/onlinedocs/gdb_22.html#SEC197 > > > > > > > > Would it make sense to unify the efforts? Even though i see you want a > > > > completely separate UI. > > > > > > I am also a developer on the cgdb project. We discussed to some length > > > the possibility of unifying the efforts and we decided it might not be > > > such a good idea because: > > > > > > 1. We need to use cgdb with older versions of gdb such as > > > 4.17.gnat.3.14p-1, which we've standardized on here at work. > > > 2. We wish to keep future compatibility with other console debuggers > > > (perl -d, jdb, etc). > > > > > > Really point #1 is a deal-breaker for us. It is basically the entire > > > reason we started this project. We do hope that cgdb can be written in > > > such a way that it could become the default curses front-end to gdb, but > > > we certainly don't want to step on any toes in that regard. > > > > If you have to keep supporting the old gdb, you will need to support > > two interfaces to gdb. Unless you are importing MI into > > 4.17.gnat.3.14p-1. If you have no control over 4.17.gnat.3.14p-1, and > > supporting that is your primary goal, I don't see what FSF gdb can do > > to correct that, ie I see two conflicting goals here. > > > > > > > > As for the MI issues, I think we'd be willing to move over to the MI > > > interface if and when it supports some of the readline style of input. > > > > About readline, there was a conscious design decision to not provide > > it with MI, because the editing capabilities would be implemented at a > > different level, in the GUI console, not in gdb. With the interpreter > > changes the console becomes now a concrete possibility. BTW, you may > > want to take a look at Apple's Project Builder, I don't know what > > level of editing they provided with their console. > > > > elena > > > > > > > Cgdb is designed to offer *everything* that gdb does plus some extras > > > (source view, break points, shortcut commands). I'm not entirely sure > > > what work has been going on in this area, as I've just recently started > > > paying attention to this list. > > > > > > Thanks, > > > Peter Kovacs > > > > > > -- > > > Peter D. Kovacs