From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19783 invoked by alias); 14 Apr 2003 19:27:33 -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 19771 invoked from network); 14 Apr 2003 19:27:32 -0000 Received: from unknown (HELO localhost.redhat.com) (207.219.125.105) by sources.redhat.com with SMTP; 14 Apr 2003 19:27:32 -0000 Received: from redhat.com (localhost [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id BEFD12B2F; Mon, 14 Apr 2003 15:27:29 -0400 (EDT) Message-ID: <3E9B0BA1.8030407@redhat.com> Date: Mon, 14 Apr 2003 19:27:00 -0000 From: Andrew Cagney User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-US; rv:1.0.2) Gecko/20030223 X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Carlton Cc: Jim Blandy , gdb-patches@sources.redhat.com Subject: Re: RFA/RFC: dump symtab and psymtab lists References: <3E927CAF.1080704@redhat.com> <3E933B62.8090607@redhat.com> <3E94D283.7060308@redhat.com> <2950-Sat12Apr2003123240+0300-eliz@elta.co.il> <3E9B036D.30801@redhat.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2003-04/txt/msg00291.txt.bz2 > On Mon, 14 Apr 2003 14:52:29 -0400, Andrew Cagney said: > > >>> Okay, here's a revised patch that calls them "maint list {,p}symtab". >>> Unfortunatly, there is `(gdb) list' command, so one would expect a >>> certain level of correspondance between `(gdb) list' and `(gdb maint >>> list'. This is like `(gdb) info breakpoints' vs `(gdb) maint info >>> breakpoints'. > > >>> This also rules out my `maint search' suggestion :-( > > >>> `maint query '? > > >> Jim, did you see this point? > > > For what it's worth, the existing 'maint print' commands already break > this correspondence: 'print' doesn't send output to a file, but 'maint > print' does. There might be some way of naming GDB's commands to > preserve this correspondence, to make the arguments consistent, and to > be easy to remember, but I think it will take a fair amount of > cleaning up. I know, that doesn't excuse new commands though. Andrew