From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8908 invoked by alias); 28 May 2009 22:36:19 -0000 Received: (qmail 8818 invoked by uid 22791); 28 May 2009 22:36:18 -0000 X-SWARE-Spam-Status: No, hits=-0.3 required=5.0 tests=BAYES_00,FORGED_YAHOO_RCVD,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: sourceware.org Received: from kuber.nabble.com (HELO kuber.nabble.com) (216.139.236.158) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 28 May 2009 22:36:13 +0000 Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1M9oCp-0005dP-LB for gdb@sourceware.org; Thu, 28 May 2009 15:36:11 -0700 Message-ID: <23771374.post@talk.nabble.com> Date: Thu, 28 May 2009 22:36:00 -0000 From: Peter Nordstrom To: gdb@sourceware.org Subject: Re: ARM VFP support In-Reply-To: <23770517.post@talk.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit References: <20090401203824.GA23715@caradoc.them.org> <23626267.post@talk.nabble.com> <20090519233059.GA2322@caradoc.them.org> <23626852.post@talk.nabble.com> <20090520131701.GA2980@caradoc.them.org> <23770517.post@talk.nabble.com> X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2009-05/txt/msg00186.txt.bz2 Playing around with the target description files make the assertion go away, but not able to read anything useful. Peter Nordstrom wrote: > > Yes, target is needed. I'm running on a Marvell Feroceon. > > The problem seems to be that mach gets set to bfd_mach_arm_unknown instead > of bfd_mach_arm_5TE. > > > Daniel Jacobowitz-2 wrote: >> >> On Tue, May 19, 2009 at 05:31:48PM -0700, Peter Nordstrom wrote: >>> >>> I'm still getting: >>> >>> /scratch/maxim/arm-lite/obj-4.3-arm-none-linux-gnueabi-lite/gdb-src-2009q1-176-arm-none-linux-gnueabi-i686-mingw32/gdb/regcache.c:178: >>> internal-error: register_size: Assertion `regnum >= 0 && regnum < >>> (gdbarch_num_regs (gdbarch) + gdbarch_num_pseudo_regs (gdbarch))' >>> failed. >>> >>> any ideas? >> >> Do you need a target to reproduce this bug? If not, can you send me >> the binary? >> >> -- >> Daniel Jacobowitz >> CodeSourcery >> >> > > -- View this message in context: http://www.nabble.com/ARM-VFP-support-tp22835058p23771374.html Sent from the Sourceware - gdb list mailing list archive at Nabble.com.