From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3796 invoked by alias); 25 Jul 2002 19:15:50 -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 3789 invoked from network); 25 Jul 2002 19:15:48 -0000 Received: from unknown (HELO localhost.redhat.com) (216.138.202.10) by sources.redhat.com with SMTP; 25 Jul 2002 19:15:48 -0000 Received: from ges.redhat.com (localhost [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id F2D533EA8; Thu, 25 Jul 2002 15:15:47 -0400 (EDT) Message-ID: <3D404E63.2090209@ges.redhat.com> Date: Thu, 25 Jul 2002 12:51:00 -0000 From: Andrew Cagney User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-US; rv:1.0.0) Gecko/20020708 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Elena Zannoni Cc: gdb-patches@sources.redhat.com Subject: Re: [patch/rfc/rfa:sh] gdbarch_register_read() -> gdbarch_cooked_register_read() References: <3D3F34BF.3080902@ges.redhat.com> <15679.65247.570968.415011@localhost.redhat.com> <15680.18245.941961.80077@localhost.redhat.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2002-07/txt/msg00514.txt.bz2 > > > One NB. The parameter set is technically redundant. The assertion: > > > > > > gdbarch == regcache_gdbarch (regcache) > > > > > > always holds so the gdbarch parameter isn't strictly needed. I figured > > > that it is more convenient to include the gdbarch as a parameter and > > > save everyone the hassle of including the above line in their *-tdep code. > > > > > > The SH stuff should be reviewed. I think its on the right track since > > > sh-tdep.c no longer refers to current_regcache!!! > > > > > > So, wait a minute, is the sh the only port that overwrites the generic > register reads and writes to handle pseudo registers? Gnew speak: s/pseudo/cooked/. Pseudo registers are implemented differently :-) In GDB (i.e. the official GDB sources)? Yes. The only architecture using the gdbarch register read/write (i.e. the new cooked interface) is the SH. The only platform using the old fetch/store pseudo register interface is the m68hc11. The conversion looks easy. The MIPS is the platform that desperatly needs to start using cooked registers. The Arm is waiting, ready to pounce, when all the changes are in. enjoy, Andrew