From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3021 invoked by alias); 14 Jun 2007 20:05:04 -0000 Received: (qmail 3008 invoked by uid 22791); 14 Jun 2007 20:05:02 -0000 X-Spam-Check-By: sourceware.org Received: from mtagate6.de.ibm.com (HELO mtagate6.de.ibm.com) (195.212.29.155) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 14 Jun 2007 20:05:00 +0000 Received: from d12nrmr1607.megacenter.de.ibm.com (d12nrmr1607.megacenter.de.ibm.com [9.149.167.49]) by mtagate6.de.ibm.com (8.13.8/8.13.8) with ESMTP id l5EK4w9H1333586 for ; Thu, 14 Jun 2007 20:04:58 GMT Received: from d12av02.megacenter.de.ibm.com (d12av02.megacenter.de.ibm.com [9.149.165.228]) by d12nrmr1607.megacenter.de.ibm.com (8.13.8/8.13.8/NCO v8.3) with ESMTP id l5EK4w8L3854430 for ; Thu, 14 Jun 2007 22:04:58 +0200 Received: from d12av02.megacenter.de.ibm.com (loopback [127.0.0.1]) by d12av02.megacenter.de.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id l5EK4vnX021144 for ; Thu, 14 Jun 2007 22:04:58 +0200 Received: from tuxmaker.boeblingen.de.ibm.com (tuxmaker.boeblingen.de.ibm.com [9.152.85.9]) by d12av02.megacenter.de.ibm.com (8.12.11.20060308/8.12.11) with SMTP id l5EK4vTO021141; Thu, 14 Jun 2007 22:04:57 +0200 Message-Id: <200706142004.l5EK4vTO021141@d12av02.megacenter.de.ibm.com> Received: by tuxmaker.boeblingen.de.ibm.com (sSMTP sendmail emulation); Thu, 14 Jun 2007 22:04:57 +0200 Subject: Re: [rfc/rfa] [4/4] SPU enhancements: GDB/MI extensions To: drow@false.org (Daniel Jacobowitz), rmm@br.ibm.com Date: Thu, 14 Jun 2007 20:05:00 -0000 From: "Ulrich Weigand" Cc: gdb-patches@sourceware.org, eliz@gnu.org In-Reply-To: <20070605111134.GA3993@caradoc.them.org> from "Daniel Jacobowitz" at Jun 05, 2007 07:11:34 AM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2007-06/txt/msg00286.txt.bz2 Daniel Jacobowitz wrote: > On Tue, Jun 05, 2007 at 12:59:20AM +0200, Ulrich Weigand wrote: > > Daniel Jacobowitz wrote: > > > > > Right, but I didn't mean something quite that ambitious. What does > > > the IDE end up doing with the output of these commands, and does it > > > want to parse them or just display them as text? > > > > It certainly parses the information for display; for example, the > > -spu-info-dma command results in output like (added whitespace for > > better readability): > > > > (gdb) > > -spu-info-dma > > ^done,SPUInfoDMA= > > { > > dma_info_type="0x0", > > dma_info_mask="0x20", > > dma_info_status="0x0", > > OK. One way we could display this would be as a "struct" and with a > varobj. > > I can't really explain why I think target-specific MI commands are a > bad idea. Maybe they aren't; I'd love to hear other people's > opinions. I worry a bit about GDB/MI diverging between targets. > > > It would appear that this makes sense only if the IDE is capable of > > generically displaying any such -arch-info output. This is a bit > > different from our current -spu-info implementation where the IDE > > has its own understanding of each of the various commands, and how > > to best display the result of each of them. > > Not necessarily. I hope it would make sense if the IDE is capable of > generic display, even if it is also capable of more specific display. > Or it may just be a horrible idea. I'd like to get Ricardo Matinata, our Cell/B.E. IDE team lead, involved in this discussion, to make sure the format will be useful to them. Ricardo, what are your thoughts on a generic -arch-info command as suggested by Dan? How would this need to look like to allow you to present the "info spu" information in the same way (or at least with the same ease-of-use) to the user? Bye, Ulrich -- Dr. Ulrich Weigand GNU Toolchain for Linux on System z and Cell BE Ulrich.Weigand@de.ibm.com