From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16866 invoked by alias); 17 May 2005 20:40:28 -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 16435 invoked from network); 17 May 2005 20:40:19 -0000 Received: from unknown (HELO sibelius.xs4all.nl) (82.92.89.47) by sourceware.org with SMTP; 17 May 2005 20:40:19 -0000 Received: from elgar.sibelius.xs4all.nl (root@elgar.sibelius.xs4all.nl [192.168.0.2]) by sibelius.xs4all.nl (8.13.0/8.13.0) with ESMTP id j4HKdp00031617; Tue, 17 May 2005 22:39:51 +0200 (CEST) Received: from elgar.sibelius.xs4all.nl (kettenis@localhost.sibelius.xs4all.nl [127.0.0.1]) by elgar.sibelius.xs4all.nl (8.13.4/8.13.3) with ESMTP id j4HKdpXw011364; Tue, 17 May 2005 22:39:51 +0200 (CEST) Received: (from kettenis@localhost) by elgar.sibelius.xs4all.nl (8.13.4/8.13.4/Submit) id j4HKdpmr028149; Tue, 17 May 2005 22:39:51 +0200 (CEST) Date: Wed, 18 May 2005 01:25:00 -0000 Message-Id: <200505172039.j4HKdpmr028149@elgar.sibelius.xs4all.nl> From: Mark Kettenis To: drow@false.org CC: gdb-patches@sources.redhat.com In-reply-to: <20050517203255.GA25422@nevyn.them.org> (message from Daniel Jacobowitz on Tue, 17 May 2005 16:32:55 -0400) Subject: Re: [RFA] Resurrect v850 References: <20050513114016.GN2805@calimero.vinschen.de> <20050515174426.GA1193@nevyn.them.org> <20050517132348.GF18174@calimero.vinschen.de> <20050517133137.GA3543@nevyn.them.org> <20050517140935.GI18174@calimero.vinschen.de> <200505172029.j4HKTrPs022728@elgar.sibelius.xs4all.nl> <20050517203255.GA25422@nevyn.them.org> X-SW-Source: 2005-05/txt/msg00431.txt.bz2 Date: Tue, 17 May 2005 16:32:55 -0400 From: Daniel Jacobowitz On Tue, May 17, 2005 at 10:29:53PM +0200, Mark Kettenis wrote: > Date: Tue, 17 May 2005 16:09:35 +0200 > From: Corinna Vinschen > > Hi Daniel, > > Ok, I *think* I have followed all your suggestions and hints throughout > the file. The result is attached below. > > This looks pretty good. I noticed that v850_register_type returns > builtin_type_uint32 for your E_PC_REGNUM. Did you consider returning > builtin_type_void_func_ptr for that register? It has the nice > side-effect that "info registers" displays the function name the pc is > currently in. Would "set $pc = $pc + 2" still work if $pc is a function pointer? Seems to work for me on the i386 target that I just modified to do this ;-). And amd64 and sparc/sparc64 already do this for quite some time. Actually I was surprised to find out that i386 didn't. Expect that to be fixed soon ;-). Mark