From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11643 invoked by alias); 17 Mar 2003 20:07:14 -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 11475 invoked from network); 17 Mar 2003 20:07:12 -0000 Received: from unknown (HELO nick.uklinux.net) (194.247.48.41) by sources.redhat.com with SMTP; 17 Mar 2003 20:07:12 -0000 Received: by nick.uklinux.net (Postfix, from userid 501) id A644A76037; Mon, 17 Mar 2003 20:04:11 +0000 (GMT) From: Nick Roberts MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15990.10811.61395.996906@nick.uklinux.net> Date: Mon, 17 Mar 2003 20:07:00 -0000 To: Andrew Cagney Cc: gdb-patches@sources.redhat.com, bob_rossi@cox.net Subject: Re: [rfc] Annotation level THREE In-Reply-To: <3E751565.4030409@redhat.com> References: <3E6E7326.3020906@redhat.com> <15985.7336.23998.590592@nick.uklinux.net> <3E751565.4030409@redhat.com> X-SW-Source: 2003-03/txt/msg00376.txt.bz2 > > I don't really follow this. It looks like level three annotations will have > > a lot of the annotations missing. > > Yes. > > The change should remove the annotations that were being used to mark up > CLI output, but leave those that were notifying the GUI of various events. > > The marked up output has been superseeded by ``interpreter mi ...''. > > > To currently work gdb-ui.el needs: > > > > frames-invalid > > breakpoints-invalid > > pre-prompt > > prompt > > commands > > overload-choice > > query > > prompt-for-continue > > post-prompt > > source > > starting > > exited > > signalled > > signal > > breakpoint > > watchpoint > > frame-begin > > stopped > > display-begin > > display-end > > display-number-end > > array-section-begin > > array-section-end > > field-begin > > field-end > > > > It needn't use frames-invalid and breakpoints-invalid which are repeatedly > > generated during a run and possibly other selected ones could go. However, > > some appear to be essential e.g display-begin as the MI equivalent, > > -display-insert, isn't implemented and I don't know how to make use of > > variable objects. > > Why do you need display-{begin,end}? -display-insert has been made > redundant by the varobj stuff - it lets the GUI efficiently track its > display values outside of the CLI. Variable objects don't auto-display. You seem to have to type -var-evaluate-expression each time the program stops. > The testsuite is a good source of > varobj examples (unfortunatly lacking from the doco): > http://sources.redhat.com/gdb/current/onlinedocs/gdb_25.html#SEC565 The lack of documentation for (and apparent completeness of) GDB/MI is part of the problem. I realise that I have no service agreement and cannot expect anything but I would prefer more effort to be directed towards MI before (a large number of) annotations are removed. > The above list also contains thing like field-{begin,end}, > array-section-{begin,end} et.al. Why are they needed. I use them to parse the output. They could probably go, if necessary, but others that you plan to take out *are* needed. Nick