From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28859 invoked by alias); 15 May 2003 00:07:32 -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 28808 invoked from network); 15 May 2003 00:07:31 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sources.redhat.com with SMTP; 15 May 2003 00:07:31 -0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.11.6/8.11.6) with ESMTP id h4F07VH05260 for ; Wed, 14 May 2003 20:07:31 -0400 Received: from pobox.corp.redhat.com (pobox.corp.redhat.com [172.16.52.156]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id h4F07TI07477; Wed, 14 May 2003 20:07:29 -0400 Received: from localhost.localdomain (vpn50-3.rdu.redhat.com [172.16.50.3]) by pobox.corp.redhat.com (8.11.6/8.11.6) with ESMTP id h4F07NQ32357; Wed, 14 May 2003 20:07:24 -0400 Received: (from kev@localhost) by localhost.localdomain (8.11.6/8.11.6) id h4F07Ge10886; Wed, 14 May 2003 17:07:16 -0700 Date: Thu, 15 May 2003 00:07:00 -0000 From: Kevin Buettner Message-Id: <1030515000716.ZM10885@localhost.localdomain> In-Reply-To: cgd@broadcom.com "Re: [WIP/RFC] MIPS registers overhaul" (May 14, 4:34pm) References: <1030510002453.ZM3880@localhost.localdomain> <3EBD6131.30209@redhat.com> <1030514220025.ZM10373@localhost.localdomain> To: cgd@broadcom.com, kevinb@redhat.com Subject: Re: [WIP/RFC] MIPS registers overhaul Cc: "Andrew Cagney" , gdb-patches@sources.redhat.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2003-05/txt/msg00233.txt.bz2 On May 14, 4:34pm, cgd@broadcom.com wrote: > In other words, the real arbiter of the unpredictability of those bits > is Status:FR, so you should probably display them consistently with > what it says (if you have Status... I forget 8-). I see the following in mips2_fp_compat(): #if 0 /* FIXME drow 2002-03-10: This is disabled until we can do it consistently, in all the places we deal with FP registers. PR gdb/413. */ /* Otherwise check the FR bit in the status register - it controls the FP compatiblity mode. If it is clear we are in compatibility mode. */ if ((read_register (PS_REGNUM) & ST0_FR) == 0) return 1; #endif I don't know the details, but it appears that there may be problems with consistently being able to fetch the status register. (Maybe it's not available on all MIPS targets that GDB supports?) Anyone know? Kevin