From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28420 invoked by alias); 28 Mar 2008 20:41:50 -0000 Received: (qmail 28411 invoked by uid 22791); 28 Mar 2008 20:41:50 -0000 X-Spam-Check-By: sourceware.org Received: from igw1.br.ibm.com (HELO igw1.br.ibm.com) (32.104.18.24) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 28 Mar 2008 20:41:22 +0000 Received: from mailhub3.br.ibm.com (mailhub3 [9.18.232.110]) by igw1.br.ibm.com (Postfix) with ESMTP id 63B8D32C12D for ; Fri, 28 Mar 2008 17:19:48 -0300 (BRST) Received: from d24av02.br.ibm.com (d24av02.br.ibm.com [9.18.232.47]) by mailhub3.br.ibm.com (8.13.8/8.13.8/NCO v8.7) with ESMTP id m2SKfIGX3686652 for ; Fri, 28 Mar 2008 17:41:18 -0300 Received: from d24av02.br.ibm.com (loopback [127.0.0.1]) by d24av02.br.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id m2SKfIRP018708 for ; Fri, 28 Mar 2008 17:41:18 -0300 Received: from [9.8.7.150] ([9.8.7.150]) by d24av02.br.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id m2SKfIDA018703; Fri, 28 Mar 2008 17:41:18 -0300 Message-ID: <47ED57F8.50306@linux.vnet.ibm.com> Date: Fri, 28 Mar 2008 20:41:00 -0000 From: Carlos Eduardo Seo User-Agent: Thunderbird 2.0.0.12 (X11/20080319) MIME-Version: 1.0 To: Ulrich Weigand CC: GDB Patches Mailing List Subject: Re: [RFC] Add support for PPC Altivec registers in gcore References: <200803271954.m2RJsGg4029450@d12av02.megacenter.de.ibm.com> In-Reply-To: <200803271954.m2RJsGg4029450@d12av02.megacenter.de.ibm.com> OpenPGP: id=8BFFA900 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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: 2008-03/txt/msg00480.txt.bz2 Ulrich Weigand wrote: > > I'm sorry for all the back-and-forth on this, but it seems > we do have to implement a Linux-specific fallback to that; > I don't see how we can do a generic default. To do so, > you'll need to let the gdbarch variable default to NULL, > and in linux_nat_do_thread_registers perform the fpregset > fallback if that is the case. ppc and i386 would then be > the only architectures that install the new gdbarch variable; > over time, the remaining Linux platforms should follow suite > and we can remove the fallbacks. So, you're suggesting that we go back to something similar I did here in linux_nat_do_thread_registers? http://sourceware.org/ml/gdb-patches/2008-02/msg00157.html Thanks, -- Carlos Eduardo Seo Software Engineer IBM Linux Technology Center