From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31482 invoked by alias); 4 Jun 2007 20:22:55 -0000 Received: (qmail 31474 invoked by uid 22791); 4 Jun 2007 20:22:54 -0000 X-Spam-Check-By: sourceware.org Received: from NaN.false.org (HELO nan.false.org) (208.75.86.248) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 04 Jun 2007 20:22:53 +0000 Received: from nan.false.org (localhost [127.0.0.1]) by nan.false.org (Postfix) with ESMTP id 43F5F982E4; Mon, 4 Jun 2007 20:22:51 +0000 (GMT) Received: from caradoc.them.org (dsl093-172-095.pit1.dsl.speakeasy.net [66.93.172.95]) by nan.false.org (Postfix) with ESMTP id E0A6D982E2; Mon, 4 Jun 2007 20:22:50 +0000 (GMT) Received: from drow by caradoc.them.org with local (Exim 4.67) (envelope-from ) id 1HvJ4K-0006wi-5h; Mon, 04 Jun 2007 16:22:24 -0400 Date: Mon, 04 Jun 2007 20:22:00 -0000 From: Daniel Jacobowitz To: Ulrich Weigand Cc: gdb-patches@sourceware.org, eliz@gnu.org Subject: Re: [rfc/rfa] [4/4] SPU enhancements: GDB/MI extensions Message-ID: <20070604202224.GA26302@caradoc.them.org> Mail-Followup-To: Ulrich Weigand , gdb-patches@sourceware.org, eliz@gnu.org References: <20070604200016.GD23516@caradoc.them.org> <200706042013.l54KD3da002950@d12av02.megacenter.de.ibm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200706042013.l54KD3da002950@d12av02.megacenter.de.ibm.com> User-Agent: Mutt/1.5.15 (2007-04-09) X-IsSubscribed: yes 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/msg00045.txt.bz2 On Mon, Jun 04, 2007 at 10:13:03PM +0200, Ulrich Weigand wrote: > That might be a good idea in general, but in this particular case, > preparing the data requires quite a bit of effort and knowledge of > the data format. I'm not sure I'd want to describe the effects of, > say, info_spu_dma_cmdlist in XML. I also want to avoid having to > duplicate that processing in GDB and the IDE ... 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? I have a half-finished sketch of a register groups interface that lets GDB present arbitrary control structures from the target as "registers" to the front end. There will be a generic MI command to get groups of these things and the individual members will show up through -var-list-children as varobjs. But that may not be suitable. Another option would be something like this, if the output of the MI commands is general enough. Excuse my MI syntax if it's completely wrong, please. -> -arch-info-list <- ^done,infos=["spu dma", "spu signals"] -> -arch-info "spu dma" <- ^done,[whatever] -- Daniel Jacobowitz CodeSourcery