From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12827 invoked by alias); 31 Oct 2006 12:30:23 -0000 Received: (qmail 12819 invoked by uid 22791); 31 Oct 2006 12:30:21 -0000 X-Spam-Check-By: sourceware.org Received: from smtp-vbr10.xs4all.nl (HELO smtp-vbr10.xs4all.nl) (194.109.24.30) by sourceware.org (qpsmtpd/0.31) with ESMTP; Tue, 31 Oct 2006 12:30:11 +0000 Received: from webmail.xs4all.nl (dovemail10.xs4all.nl [194.109.26.12]) by smtp-vbr10.xs4all.nl (8.13.8/8.13.8) with ESMTP id k9VCTeqY040608; Tue, 31 Oct 2006 13:29:41 +0100 (CET) (envelope-from mark.kettenis@xs4all.nl) Received: from 192.87.1.22 (SquirrelMail authenticated user sibelius) by webmail.xs4all.nl with HTTP; Tue, 31 Oct 2006 13:29:41 +0100 (CET) Message-ID: <13003.192.87.1.22.1162297781.squirrel@webmail.xs4all.nl> In-Reply-To: References: <200610272340.26372.vladimir@codesourcery.com> <200610281557.57708.vladimir@codesourcery.com> <20061028152928.GA396@nevyn.them.org> Date: Tue, 31 Oct 2006 12:30:00 -0000 Subject: Re: Improve "help all" From: "Mark Kettenis" To: "Vladimir Prus" Cc: gdb-patches@sources.redhat.com User-Agent: SquirrelMail/1.4.8 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2006-10/txt/msg00311.txt.bz2 > Daniel Jacobowitz wrote: > > > On Sat, Oct 28, 2006 at 02:26:19PM +0200, Eli Zaretskii wrote: > >> > From: Vladimir Prus > >> > Date: Sat, 28 Oct 2006 15:57:57 +0400 > >> > Cc: gdb-patches@sources.redhat.com > >> > > >> > Archived output is attached. > >> > >> Thanks. It looks fine to me. > >> > >> Perhaps we should assign classes to the 3 unclassified commands that > >> appear near the end. I think they all should go where `set' is, since > >> that's where their corresponding `set' commands are. > > > > Perhaps a strategic assertion when adding commands? > > > > Here's a couple of other things we noticed during the discussion that > > prompted this patch - lesser improvements than mentioning "apropos" > > prominently, I think: > > > > - The help output doesn't mention which class a command is in; this > > might be useful, for finding related commands. > > > The attached patch implements it. The output I get is: > > (gdb) help step > Step program until it reaches a different source line. > Argument N means do this N times (or till program stops for another > reason). > > Run "help running" for the list of all commands in this class. > > This patch would require changing "breakpoint" command that already > suggests > to use "help breakpoints" in its own help string -- I'll do this later if > this patch is approved. I really don't like this. The extra lines convey almost no useful information to me, and just clutter up my display. Mark