From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25409 invoked by alias); 26 Jan 2006 17:44:58 -0000 Received: (qmail 25401 invoked by uid 22791); 26 Jan 2006 17:44:57 -0000 X-Spam-Check-By: sourceware.org Received: from nevyn.them.org (HELO nevyn.them.org) (66.93.172.17) by sourceware.org (qpsmtpd/0.31.1) with ESMTP; Thu, 26 Jan 2006 17:44:55 +0000 Received: from drow by nevyn.them.org with local (Exim 4.54) id 1F2BAz-0002cQ-LH for gdb@sourceware.org; Thu, 26 Jan 2006 12:44:53 -0500 Date: Thu, 26 Jan 2006 18:55:00 -0000 From: Daniel Jacobowitz To: gdb@sourceware.org Subject: Re: Using XML in GDB? Message-ID: <20060126174453.GA9855@nevyn.them.org> Mail-Followup-To: gdb@sourceware.org References: <20060126055744.GA29647@nevyn.them.org> <43D8BB89.4090900@st.com> <20060126134124.GA3107@nevyn.them.org> <43D8E573.1060004@st.com> <20060126163832.GA7113@nevyn.them.org> <43D9076B.6080008@st.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43D9076B.6080008@st.com> User-Agent: Mutt/1.5.8i X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2006-01/txt/msg00271.txt.bz2 On Thu, Jan 26, 2006 at 05:31:23PM +0000, Andrew STUBBS wrote: > You have skipped memory maps. Is there no plan to make an automatic > 'mem' command? I would prefer that the memory maps were honoured by a > little more of GDB - attempts to access bad addresses can crash the > target, but that's a separate project. There's no plan for this, certainly; but the bits I'm implementing would allow you to convey this information from target (or stub) to GDB, and if someone else was motivated to make GDB do this... well, that could be very nice indeed. > It lists all the IP blocks on an SoC, but more importantly the location, > format (down to bit level in some cases) and content of all the memory > mapped registers in the device. It also describes the memory regions in > the various memory interface devices. > > Even if it isn't of direct interest to the debugger, it may be of > interest to the user and worth presenting. > > This is why I suggest that you don't go out of your way to be > incompatible. I'm not sure what it takes to be compatible, but since > it's all XML, it might be enough to just not clash with any of its tags, > or conversely use the same names where they happen to be the same format. The XML bits I'm proposing would definitely have a simpler and GDB-local definition. That doesn't stop us from supporting the SPIRIT schemas later on, as an alternative. > >I'm not going to pursue this for now because of IP issues; the terms on > >the SPIRIT documents make me leery of using them for an open source > >program, at least without talking to a lawyer about it first. > > Really? I would have thought they would be OK (the point of SPIRIT is > that everybody uses it), but IANAL and anyway I haven't read the terms. For instance, it has explicit "may contain patented IP and we disclaim all liability if you use it" language. You also need to be a corporate member to get access to some bits of it, I think - but I didn't spend much time poking around at it. -- Daniel Jacobowitz CodeSourcery