From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8256 invoked by alias); 29 May 2002 02:19:03 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 8240 invoked from network); 29 May 2002 02:19:01 -0000 Received: from unknown (HELO localhost.redhat.com) (24.112.240.27) by sources.redhat.com with SMTP; 29 May 2002 02:19:01 -0000 Received: from cygnus.com (localhost [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id F40843D35; Tue, 28 May 2002 22:19:12 -0400 (EDT) Message-ID: <3CF43AA0.6070205@cygnus.com> Date: Tue, 28 May 2002 19:30:00 -0000 From: Andrew Cagney User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-US; rv:1.0rc2) Gecko/20020518 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Daniel Jacobowitz , Jason R Thorpe , Michal Ludvig Cc: GDB Patches Subject: Re: [RFC] x86-64 targeted gdb and corefiles References: <3CF24B2A.3070305@suse.cz> <20020527111157.A22765@dr-evil.shagadelic.org> <20020527184029.GA29774@branoic.them.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2002-05/txt/msg00995.txt.bz2 > As far as I'm concerned, it's simply not appropriate to be using generic >> "regset" routines, because the names of those routines inherently make >> them impossible to use for cross-debugging, especially in a truly multi-arch >> environment (or even one as simple as "32-bit code running on x86-64"). > > > Seconded; perhaps with all the attention cross cores have been getting > lately it's time for a better framework for this? I was thinking > something like: > > struct regset_handler { > enum type regset_kind; /* general, FP, extended */ > int size; > void (*supply)(); > void (*fetch)(); > }; While something like this is definitly needed, I think it is getting slightly beyond the bounds of what MichaelL needs to do - get core files working, using current mechanisms, for x86-64. enjoy, Andrew