From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16953 invoked by alias); 17 Feb 2006 23:31:54 -0000 Received: (qmail 16942 invoked by uid 22791); 17 Feb 2006 23:31:53 -0000 X-Spam-Check-By: sourceware.org Received: from sibelius.xs4all.nl (HELO sibelius.xs4all.nl) (82.92.89.47) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 17 Feb 2006 23:31:50 +0000 Received: from elgar.sibelius.xs4all.nl (root@elgar.sibelius.xs4all.nl [192.168.0.2]) by sibelius.xs4all.nl (8.13.4/8.13.4) with ESMTP id k1HNVkqX027031; Sat, 18 Feb 2006 00:31:47 +0100 (CET) Received: from elgar.sibelius.xs4all.nl (kettenis@localhost.sibelius.xs4all.nl [127.0.0.1]) by elgar.sibelius.xs4all.nl (8.13.4/8.13.3) with ESMTP id k1HNVkTD018559; Sat, 18 Feb 2006 00:31:46 +0100 (CET) Received: (from kettenis@localhost) by elgar.sibelius.xs4all.nl (8.13.4/8.13.4/Submit) id k1HNVj1L030314; Sat, 18 Feb 2006 00:31:45 +0100 (CET) Date: Fri, 17 Feb 2006 23:31:00 -0000 Message-Id: <200602172331.k1HNVj1L030314@elgar.sibelius.xs4all.nl> From: Mark Kettenis To: Olatunji.Ruwase@Sun.COM CC: gdb-patches@sources.redhat.com In-reply-to: <43F65373.5020805@Sun.COM> (message from Olatunji Ruwase on Fri, 17 Feb 2006 14:51:31 -0800) Subject: Re: Re : Debugging v8plus binaries on solaris References: <43ECF3A0.6070203@Sun.COM> <43F65373.5020805@Sun.COM> 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-02/txt/msg00340.txt.bz2 > Date: Fri, 17 Feb 2006 14:51:31 -0800 > From: Olatunji Ruwase Sorry, I spent most of the week in bed/on the couch in front of the telly with a bad flu :(. I had a first glance at it last week, but I'm afraid it needs a bit more work. For one thing, I think it's important to split the generic v8plus target support out from the Solaris v8plus native support. And concentrate on the target support first. The seperation is mostly already there (*-tdep.c versus *-nat.c), but some of the Solaris native "weirdness" (which I realize is necessary for backwards compatibility) has crept into the target support. Looking from an OS agnostic point onto the v8plus support code, I really think v8plus should be a seperate architecture much in the same way existing 64-bit support is seperate from the 32-bit support. Of course this v8plus architecture should reuse as much code from the existing 32-bit code as possible, and if the 32-bit code can be generalized to work for v8plus as well, that's great, but I think constructs like if (sparc_v8plus) { ... } else { ... } should be avoided. I also think the xregset stuff should be moved into Solaris-specific files, perhaps even into Solaris-specofic *-nat.c files. This depends a bit on how v8plus core dumps look. If they have the xregset stuff too, the code should probably be moved to sparc-sol2-tdep.c or sparc64-sol2-tdep.c. Is the v8plus ABI documented somewhere? Mark