From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21787 invoked by alias); 19 Mar 2005 21:17:41 -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 21618 invoked from network); 19 Mar 2005 21:17:32 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org with SMTP; 19 Mar 2005 21:17:32 -0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.11/8.12.11) with ESMTP id j2JLHVQu019226 for ; Sat, 19 Mar 2005 16:17:31 -0500 Received: from zenia.home.redhat.com (sebastian-int.corp.redhat.com [172.16.52.221]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id j2JLHPY25912; Sat, 19 Mar 2005 16:17:26 -0500 To: Daniel Jacobowitz Cc: gdb-patches@sources.redhat.com Subject: Re: RFC: Add 'double' member to 64-bit vector register type References: <20050319153709.GA4659@nevyn.them.org> From: Jim Blandy Date: Sat, 19 Mar 2005 21:17:00 -0000 In-Reply-To: <20050319153709.GA4659@nevyn.them.org> Message-ID: User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2005-03/txt/msg00256.txt.bz2 Daniel Jacobowitz writes: > On Sat, Mar 19, 2005 at 01:13:15AM -0500, Jim Blandy wrote: > > > > gdb/ChangeLog: > > 2005-03-17 Jim Blandy > > > > * gdbtypes.c (build_builtin_type_vec64): Include a 'double' member > > in the union, too, since these registers can hold 64-bit floating > > point types. > > Rationale belongs in the patch mail or in comments, not in the > changelog. D'oh. Thanks; I'll move it. > I suppose you might as well, since no one but the e500 uses them. But > only some SPE processors support the double precision mode; do you > really want to display the register as double on e500 v1? Well, that brings up the other thought --- since the set of types useful to include in a vector register really depends on the architecture, wouldn't it be better to just export the convenience functions for constructing these types from gdbtypes.c and then let architectures build ones that actually suit their needs?