From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30015 invoked by alias); 10 Jun 2006 21:40:30 -0000 Received: (qmail 30007 invoked by uid 22791); 10 Jun 2006 21:40:29 -0000 X-Spam-Check-By: sourceware.org Received: from viper.snap.net.nz (HELO viper.snap.net.nz) (202.37.101.8) by sourceware.org (qpsmtpd/0.31) with ESMTP; Sat, 10 Jun 2006 21:40:27 +0000 Received: from kahikatea.snap.net.nz (p471-tnt1.snap.net.nz [202.124.111.217]) by viper.snap.net.nz (Postfix) with ESMTP id 10FFC76B9F5; Sun, 11 Jun 2006 09:40:27 +1200 (NZST) Received: by kahikatea.snap.net.nz (Postfix, from userid 500) id 045591D3550; Sun, 11 Jun 2006 09:39:35 +1200 (NZST) From: Nick Roberts MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17547.15381.217912.425365@kahikatea.snap.net.nz> Date: Sat, 10 Jun 2006 21:40:00 -0000 To: Eli Zaretskii Cc: gdb-patches@sources.redhat.com Subject: Re: [PATCH] MI Doco In-Reply-To: References: <17535.33986.598009.914783@kahikatea.snap.net.nz> <17536.4472.263731.425097@kahikatea.snap.net.nz> <17538.8607.697546.427486@kahikatea.snap.net.nz> <17546.915.125070.943811@kahikatea.snap.net.nz> X-Mailer: VM 7.19 under Emacs 22.0.50.20 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-06/txt/msg00130.txt.bz2 > Maybe you meant `commands', `while', etc.--those commands that prompt > for the body which ends with `end'? Then `source' is not part of the > endangered commands. But they do seem to work in a fashion, although the commands in "commands" don't seem to actually execute. I think I was confusing this with Bob's example of breakpoints at overloaded functions. Clearly, some things don't work, but I don't know how to express exactly what they are. > > > > ! target. This is only present when GDB's event loop > > > > > > Please use @value{GDBN} instead a literal "GDB". > > > > I left this unchanged after reading the ensuing discussion. > > The discussion was about "(gdb)" vs "(@value{GDBP})". "GDB" should > still be converted to "@value{GDBN}", as that has nothing to do with > "set prompt". > > But I see you did remove literal "GDB". Yes, I made a cut and paste error in my reply. > ... > > In the patch below, I'm trying to group the commands in a similar (but not > > identical) fashion to the CLI commands in the main part of the manual. To > > that end, I would like to have the node ordering: > > > > * GDB/MI Breakpoint Commands:: > > * GDB/MI Program Context:: > > * GDB/MI Thread Commands:: > > * GDB/MI Program Execution:: > > * GDB/MI Stack Manipulation:: > > * GDB/MI Variable Objects:: > > * GDB/MI Data Manipulation:: > > * GDB/MI Tracepoint Commands:: > > * GDB/MI Symbol Query:: > > * GDB/MI File Commands:: > > * GDB/MI Target Manipulation:: > > * GDB/MI Miscellaneous Commands:: > > > > I've not done this in the patch because it would make it totally unreadable, > > of course. Is such an ordering acceptable? > > Yes. OK, thanks. -- Nick http://www.inet.net.nz/~nickrob