From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3638 invoked by alias); 12 May 2006 22:32:28 -0000 Received: (qmail 3629 invoked by uid 22791); 12 May 2006 22:32:26 -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; Fri, 12 May 2006 22:32:18 +0000 Received: from drow by nevyn.them.org with local (Exim 4.54) id 1FegBB-0005GB-R1; Fri, 12 May 2006 18:32:13 -0400 Date: Fri, 12 May 2006 22:42:00 -0000 From: Daniel Jacobowitz To: "David S. Miller" Cc: mark.kettenis@xs4all.nl, fnf@specifix.com, gdb-patches@sourceware.org Subject: Re: [RFC] DWARF 2 address size != pointer size Message-ID: <20060512223213.GA20204@nevyn.them.org> Mail-Followup-To: "David S. Miller" , mark.kettenis@xs4all.nl, fnf@specifix.com, gdb-patches@sourceware.org References: <200605101424.11088.fnf@specifix.com> <200605121951.k4CJp1ao000358@elgar.sibelius.xs4all.nl> <20060512195634.GA16903@nevyn.them.org> <20060512.151851.65038908.davem@davemloft.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060512.151851.65038908.davem@davemloft.net> User-Agent: Mutt/1.5.8i X-IsSubscribed: yes 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-05/txt/msg00270.txt.bz2 On Fri, May 12, 2006 at 03:18:51PM -0700, David S. Miller wrote: > I guess this is a side effect of using the MIPS 32-bit ELF target > rather than something explicit the MIPS backend of GCC is doing > to tinker with the DWARF output format? Probably. > Actually, there is a Sparc situation which is more like this MIPS > case. For -mcpu=v8plus{,a,b} and friends, we're generating 32-bit > code and using 32-bit SPARC ELF, but certain registers are available > for full 64-bit integer operations (for "long long"). We don't handle > this in GDB currently because there is no easy way to get at the full > 64-bit register values in a 32-bit process with a 32-bit gdb. With a > 64-bit GDB we can easily do this, and under Linux/Sparc there are > special versions of the ptrace commands which allow passing 64-bit > register values back and forth to/from a 32-bit debugger. > > I've always wanted to add support for that, but it's going to be real > ugly stuff and take us away from the nice unified Sparc ptrace() > support which several Sparc targets are sharing right now. There's already MIPS support for something like this in GDB. Additionally, PPC support was posted. And, someone posted v8plus support for Solaris (three or four months ago?). Don't remember what became of that. -- Daniel Jacobowitz CodeSourcery