From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22689 invoked by alias); 25 Jul 2002 19:57:21 -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 22682 invoked from network); 25 Jul 2002 19:57:21 -0000 Received: from unknown (HELO localhost.redhat.com) (66.30.197.194) by sources.redhat.com with SMTP; 25 Jul 2002 19:57:21 -0000 Received: by localhost.redhat.com (Postfix, from userid 469) id CE51A108C9; Thu, 25 Jul 2002 15:55:41 -0400 (EDT) From: Elena Zannoni MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15680.22461.329196.751099@localhost.redhat.com> Date: Thu, 25 Jul 2002 13:11:00 -0000 To: Andrew Cagney Cc: Elena Zannoni , gdb-patches@sources.redhat.com Subject: Re: [patch/rfc/rfa:sh] gdbarch_register_read() -> gdbarch_cooked_register_read() In-Reply-To: <3D404E63.2090209@ges.redhat.com> References: <3D3F34BF.3080902@ges.redhat.com> <15679.65247.570968.415011@localhost.redhat.com> <15680.18245.941961.80077@localhost.redhat.com> <3D404E63.2090209@ges.redhat.com> X-SW-Source: 2002-07/txt/msg00516.txt.bz2 Andrew Cagney writes: > > > > 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 :-) > right, I am still catching up with the new jargon. Gnew, the 'stralian for GNU? :-) > 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. > Oh dear. Watch out I am adding this to the ppc as well. Will be submitted relatively soon (still WIP). I've got 64 bit regs that can be viewed/manipulated as 32 bit ones. > 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. > Elena > enjoy, > Andrew >