From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23323 invoked by alias); 25 Mar 2004 17:05:26 -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 23311 invoked from network); 25 Mar 2004 17:05:24 -0000 Received: from unknown (HELO nevyn.them.org) (66.93.172.17) by sources.redhat.com with SMTP; 25 Mar 2004 17:05:24 -0000 Received: from drow by nevyn.them.org with local (Exim 4.30 #1 (Debian)) id 1B6YIE-0000Qr-CH for ; Thu, 25 Mar 2004 12:05:22 -0500 Date: Thu, 25 Mar 2004 17:05:00 -0000 From: Daniel Jacobowitz To: gdb-patches@sources.redhat.com Subject: Re: [rfa/arm] Fix the types of ARM FPA registers Message-ID: <20040325170521.GA32184@nevyn.them.org> Mail-Followup-To: gdb-patches@sources.redhat.com References: <20040324222616.GA2169@nevyn.them.org> <200403251453.i2PErEWI026528@pc960.cambridge.arm.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200403251453.i2PErEWI026528@pc960.cambridge.arm.com> User-Agent: Mutt/1.5.1i X-SW-Source: 2004-03/txt/msg00623.txt.bz2 On Thu, Mar 25, 2004 at 02:53:13PM +0000, Richard Earnshaw wrote: > > This has apparently been broken for a while... build an arm-elf GDB, connect > > to the simulator, and say 'print $f0'. You get an internal error because > > the virtual size is 8 but the raw size is 12, and we don't define > > DEPRECATED_REGISTER_CONVERTIBLE. > > > > I don't think any of the baggage is necessary any more. We can simply > > expose the correct type. After this patch, we have: > > > > (gdb) ptype $f0 > > type = builtin_type_arm_ext_littlebyte_bigword > > (gdb) p sizeof($f0) > > $1 = 12 > > (gdb) p $f0 > > $2 = 0 > > > > I also got to whack five deprecated methods. > > > > No change in test results on arm-sim, and it fixes the internal error. I > > don't have any hard-FPA targets to try it on (all my Linux setups are > > soft-FPA or soft-VFP). > > > > I get a few testsuite differences, but these appear to be race conditions > of some sort, and not related to floating point values in any way. No FP > tests change. Thanks. I've checked this in for HEAD/6.1. Any differences in the threads tests are ignorable. I have patches locally that need a little more testing which will improve the situation. -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer