From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6266 invoked by alias); 14 Jun 2003 22:34:26 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 6213 invoked from network); 14 Jun 2003 22:34:26 -0000 Received: from unknown (HELO crack.them.org) (146.82.138.56) by sources.redhat.com with SMTP; 14 Jun 2003 22:34:26 -0000 Received: from dsl093-172-017.pit1.dsl.speakeasy.net ([66.93.172.17] helo=nevyn.them.org ident=mail) by crack.them.org with asmtp (Exim 3.12 #1 (Debian)) id 19RJc9-000542-00 for ; Sat, 14 Jun 2003 17:35:13 -0500 Received: from drow by nevyn.them.org with local (Exim 3.36 #1 (Debian)) id 19RJbK-0004Xl-00 for ; Sat, 14 Jun 2003 18:34:22 -0400 Date: Sat, 14 Jun 2003 22:34:00 -0000 From: Daniel Jacobowitz To: gdb@sources.redhat.com Subject: Re: register_type method Message-ID: <20030614223422.GA17448@nevyn.them.org> Mail-Followup-To: gdb@sources.redhat.com References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.1i X-SW-Source: 2003-06/txt/msg00289.txt.bz2 On Sat, Jun 14, 2003 at 03:27:00PM -0700, Theodore A. Roth wrote: > Hi, > > What builtin type should the *_register_type method return for the PC? > > I would think that it it should be builtin_type_void_func_ptr like the d10v > does, but when I use that for the avr, I only get 2 bytes for the PC > register size and I need 4 bytes. Using builtin_type_uint32 works but just > doesn't feel right. > > I also tried using builtin_type_CORE_ADDR and that seemed to work as well as > builtin_type_uint32. > > Here's my avr_register_type method I'm currently playing with: I've only been mostly-following previous discussions of the AVR, but - why do you need a different number of bytes for a void (*)() than you do for the PC? It seems to me that the PC should always be converted (is this still POINTER_TO_ADDRESS?) in the same way a void (*)() would be. -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer