From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2260 invoked by alias); 31 May 2006 23:35:04 -0000 Received: (qmail 2212 invoked by uid 22791); 31 May 2006 23:35:04 -0000 X-Spam-Check-By: sourceware.org Received: from nevyn.them.org (HELO nevyn.them.org) (66.93.172.17) by sourceware.org (qpsmtpd/0.31.1) with ESMTP; Wed, 31 May 2006 23:34:56 +0000 Received: from drow by nevyn.them.org with local (Exim 4.54) id 1FlaDD-0008Hp-KQ; Wed, 31 May 2006 19:34:51 -0400 Date: Wed, 31 May 2006 23:39:00 -0000 From: Daniel Jacobowitz To: Michael Snyder Cc: brobecker@adacore.com, GDB Patches , fnf@specifix.com Subject: Re: [RFA] mips, eabi64, addr_bit == 32 Message-ID: <20060531233451.GA31663@nevyn.them.org> Mail-Followup-To: Michael Snyder , brobecker@adacore.com, GDB Patches , fnf@specifix.com References: <447E25F0.3010009@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <447E25F0.3010009@redhat.com> User-Agent: Mutt/1.5.11+cvs20060403 X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2006-05/txt/msg00487.txt.bz2 On Wed, May 31, 2006 at 04:25:36PM -0700, Michael Snyder wrote: > Disagreement between gcc and gdb about the size of an addr > causes numerous dwarf2-related complaints of the form: > > (gdb) advance foo^M > foo (a=dwarf2_read_address: Corrupted DWARF expression.^M > ) at > /opt/redhat/gnupro-06r1-1/sources/tools/cross/gdb/testsuite/gdb.base/advan\ce.c:6^M > 6 int b = a + 10;^M > (gdb) FAIL: gdb.base/advance.exp: advance function called as param > > 2006-05-31 Michael Snyder > > * mips-tdep.c (mips_gdbarch_init): EABI64, addr_bit is 32. Wasn't Fred just looking at this? Jim posted a better solution, that needed to be updated to current sources. Setting addr_bit to 32 is incorrect, addresses have 64 bits on this target. It's the use of TARGET_ADDR_BIT in the dwarf reader that's wrong. -- Daniel Jacobowitz CodeSourcery