From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19500 invoked by alias); 6 Nov 2003 21:11:23 -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 19493 invoked from network); 6 Nov 2003 21:11:21 -0000 Received: from unknown (HELO nick.uklinux.net) (194.247.51.121) by sources.redhat.com with SMTP; 6 Nov 2003 21:11:21 -0000 Received: by nick.uklinux.net (Postfix, from userid 501) id D413475FDE; Thu, 6 Nov 2003 22:04:22 +0000 (GMT) From: Nick Roberts MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16298.50534.258926.575817@nick.uklinux.net> Date: Thu, 06 Nov 2003 21:11:00 -0000 To: gdb@sources.redhat.com Subject: MI command -stack-list-locals X-SW-Source: 2003-11/txt/msg00055.txt.bz2 As part of the transition from annotations to GDB/MI in Emacs, I would like to extend the MI command -stack-list-locals. Insight appears to display watch expressions and local variables in the same way, where the values of arrays and structures can be expanded or contracted with a mouse click. Perhaps it creates variable objects for both. GDB/MI, however, either prints just the names of the locals, or their names and all of their values i.e. entire structures and arrays. This can be a nuisance with large arrays or structures and I would like to extend -stack-list-locals to do the following: 1) Display the name and value for simple data types. 2) Display the name and type for complex data types. e.g with the local variables: int i, m[10]; struct { int j; int k; } values; the output for "-stack-list-locals 2", say, would be: ^done,locals=[{name="i",value="5"}, {name="m",type="int [10]"} {name="values",type="struct {...}"}] Then the user could examine an array or structure in more detail by creating a variable object for it (through a mouse click on its name). Currently, I use the speedbar for watch expressions and Emacs only allows there to be one. This means that watch expressions and (expanded/contracted) local variables must share it. As this modification to -stack-list-locals won't be easy for me to implement, I am looking for some reassurance that such a change, subject to the usual requirements, would be accepted. Nick http://www.nick.uklinux.net