From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29664 invoked by alias); 17 May 2002 13:53:51 -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 29625 invoked from network); 17 May 2002 13:53:46 -0000 Received: from unknown (HELO fw-cam.cambridge.arm.com) (193.131.176.3) by sources.redhat.com with SMTP; 17 May 2002 13:53:46 -0000 Received: by fw-cam.cambridge.arm.com; id OAA20049; Fri, 17 May 2002 14:53:44 +0100 (BST) Received: from unknown(172.16.1.2) by fw-cam.cambridge.arm.com via smap (V5.5) id xma019861; Fri, 17 May 02 14:53:35 +0100 Received: from cam-mail2.cambridge.arm.com (cam-mail2.cambridge.arm.com [172.16.1.91]) by cam-admin0.cambridge.arm.com (8.9.3/8.9.3) with ESMTP id OAA11858 for ; Fri, 17 May 2002 14:53:34 +0100 (BST) Received: from sun18.cambridge.arm.com (sun18.cambridge.arm.com [172.16.2.18]) by cam-mail2.cambridge.arm.com (8.9.3/8.9.3) with ESMTP id OAA00746; Fri, 17 May 2002 14:53:34 +0100 (BST) Message-Id: <200205171353.OAA00746@cam-mail2.cambridge.arm.com> To: gdb@sources.redhat.com cc: Richard.Earnshaw@arm.com Reply-To: Richard.Earnshaw@arm.com Organization: ARM Ltd. X-Telephone: +44 1223 400569 (direct+voicemail), +44 1223 400400 (switchbd) X-Fax: +44 1223 400410 X-Address: ARM Ltd., 110 Fulbourn Road, Cherry Hinton, Cambridge CB1 9NJ. X-Url: http://www.arm.com/ Subject: pseudo registers in the regcache Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 17 May 2002 06:53:00 -0000 From: Richard Earnshaw X-SW-Source: 2002-05/txt/msg00218.txt.bz2 Grepping through the sources for the targets that were using regcache entries for pseudos it turns out that in current CVS only two targets are using pseudos at all: sh and mc68hc11. The sh code is known not to put its pseudos in the regcache, which only leaves the mc68hc11. Looking at that code it appears that it uses the pseudos for registers that are really part of the memory map, so it seems like we are really overloading the "pseudo" name for two different things. How about renaming the 68k stuff as being MEMORY_REGS and reserving the PSEUDO concept for what we really seem to want -- a view of a (or a combination of) physical (or memory) register(s)? That would, I think allow us to say that pseudos are never in the regcache and it should simplify many bits of code significantly. Oh, and I'd make NUM_REGS (the define) be NUM_PHYS_REGS + NUM_MEMORY_REGS so that gdb-core sees these as a single resource (ie the separation is below gdb-core). Thoughts? R.