From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22972 invoked by alias); 8 Jun 2007 12:28:05 -0000 Received: (qmail 22961 invoked by uid 22791); 8 Jun 2007 12:28:05 -0000 X-Spam-Check-By: sourceware.org Received: from pollux.ds.pg.gda.pl (HELO pollux.ds.pg.gda.pl) (153.19.208.7) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 08 Jun 2007 12:28:02 +0000 Received: from localhost (localhost [127.0.0.1]) by pollux.ds.pg.gda.pl (Postfix) with ESMTP id A92C8E1C71; Fri, 8 Jun 2007 14:27:50 +0200 (CEST) Received: from pollux.ds.pg.gda.pl ([127.0.0.1]) by localhost (pollux.ds.pg.gda.pl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7BJVEmNWhXV6; Fri, 8 Jun 2007 14:27:50 +0200 (CEST) Received: from piorun.ds.pg.gda.pl (piorun.ds.pg.gda.pl [153.19.208.8]) by pollux.ds.pg.gda.pl (Postfix) with ESMTP id 529EBE1C6D; Fri, 8 Jun 2007 14:27:50 +0200 (CEST) Received: from blysk.ds.pg.gda.pl (macro@blysk.ds.pg.gda.pl [153.19.208.6]) by piorun.ds.pg.gda.pl (8.13.8/8.13.8) with ESMTP id l58CRxtM030121; Fri, 8 Jun 2007 14:27:59 +0200 Date: Fri, 08 Jun 2007 12:28:00 -0000 From: "Maciej W. Rozycki" To: Ulrich Weigand cc: gdb-patches@sourceware.org Subject: Re: [rfc][4/13] Eliminate read_register: read_register in deprecated_mips_set_processor_regs_hack In-Reply-To: <200706072058.l57KwV3u019800@d12av02.megacenter.de.ibm.com> Message-ID: References: <200706072058.l57KwV3u019800@d12av02.megacenter.de.ibm.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Status: Clean X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2007-06/txt/msg00109.txt.bz2 On Thu, 7 Jun 2007, Ulrich Weigand wrote: > one more weird global register access in a tdep file: > deprecated_mips_set_processor_regs_hack in mips-tdep.c. This register is read-only, so it does not matter which copy you read. ;-) > (Not sure if this is still required, or if it could be replaced by > the new XML register mechanism ...) Well, if the latter provides similar means. I have extensive changes pending for deprecated_mips_set_processor_regs_hack() and this access definitely has to stay. Maciej