From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20938 invoked by alias); 30 Oct 2007 09:56:50 -0000 Received: (qmail 20886 invoked by uid 22791); 30 Oct 2007 09:56:49 -0000 X-Spam-Check-By: sourceware.org Received: from mtagate4.de.ibm.com (HELO mtagate4.de.ibm.com) (195.212.29.153) by sourceware.org (qpsmtpd/0.31) with ESMTP; Tue, 30 Oct 2007 09:56:47 +0000 Received: from d12nrmr1607.megacenter.de.ibm.com (d12nrmr1607.megacenter.de.ibm.com [9.149.167.49]) by mtagate4.de.ibm.com (8.13.8/8.13.8) with ESMTP id l9U9uijq160246 for ; Tue, 30 Oct 2007 09:56:44 GMT Received: from d12av02.megacenter.de.ibm.com (d12av02.megacenter.de.ibm.com [9.149.165.228]) by d12nrmr1607.megacenter.de.ibm.com (8.13.8/8.13.8/NCO v8.5) with ESMTP id l9U9uiF21908948 for ; Tue, 30 Oct 2007 10:56:44 +0100 Received: from d12av02.megacenter.de.ibm.com (loopback [127.0.0.1]) by d12av02.megacenter.de.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id l9U9uiHO032662 for ; Tue, 30 Oct 2007 10:56:44 +0100 Received: from bbkeks.boeblingen.de.ibm.com (dyn-9-152-248-41.boeblingen.de.ibm.com [9.152.248.41]) by d12av02.megacenter.de.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id l9U9uhMq032615 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 30 Oct 2007 10:56:44 +0100 Message-ID: <4726FF72.60405@de.ibm.com> Date: Tue, 30 Oct 2007 09:56:00 -0000 From: Markus Deuling User-Agent: Thunderbird 2.0.0.6 (X11/20070728) MIME-Version: 1.0 To: GDB Patches CC: Ulrich Weigand Subject: [rfc] [14/20] Get rid of current_gdbarch in go32-nat.c Content-Type: multipart/mixed; boundary="------------070306060706060809080303" 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-10/txt/msg00807.txt.bz2 This is a multi-part message in MIME format. --------------070306060706060809080303 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Content-length: 353 Hi, this patch gets rid of some of the current_gdbarch's in go32-nat.c Is this ok to commit? ChangeLog: * go32-nat.c (fetch_register, go32_fetch_registers, store_register) (go32_store_registers): Use get_regcache_arch to get at the current architecture by regcache. -- Markus Deuling GNU Toolchain for Linux on Cell BE deuling@de.ibm.com --------------070306060706060809080303 Content-Type: text/plain; name="diff-go32-nat" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="diff-go32-nat" Content-length: 1739 diff -urpN src/gdb/go32-nat.c dev2/gdb/go32-nat.c --- src/gdb/go32-nat.c 2007-08-23 20:08:33.000000000 +0200 +++ dev2/gdb/go32-nat.c 2007-10-30 07:44:20.000000000 +0100 @@ -465,7 +465,7 @@ go32_wait (ptid_t ptid, struct target_wa static void fetch_register (struct regcache *regcache, int regno) { - if (regno < gdbarch_fp0_regnum (current_gdbarch)) + if (regno < gdbarch_fp0_regnum (get_regcache_arch (regcache))) regcache_raw_supply (regcache, regno, (char *) &a_tss + regno_mapping[regno].tss_ofs); else if (i386_fp_regnum_p (regno) || i386_fpc_regnum_p (regno)) @@ -482,7 +482,9 @@ go32_fetch_registers (struct regcache *r fetch_register (regcache, regno); else { - for (regno = 0; regno < gdbarch_fp0_regnum (current_gdbarch); regno++) + for (regno = 0; + regno < gdbarch_fp0_regnum (get_regcache_arch (regcache)); + regno++) fetch_register (regcache, regno); i387_supply_fsave (regcache, -1, &npx); } @@ -491,7 +493,7 @@ go32_fetch_registers (struct regcache *r static void store_register (const struct regcache *regcache, int regno) { - if (regno < gdbarch_fp0_regnum (current_gdbarch)) + if (regno < gdbarch_fp0_regnum (get_regcache_arch (regcache))) regcache_raw_collect (regcache, regno, (char *) &a_tss + regno_mapping[regno].tss_ofs); else if (i386_fp_regnum_p (regno) || i386_fpc_regnum_p (regno)) @@ -510,7 +512,7 @@ go32_store_registers (struct regcache *r store_register (regcache, regno); else { - for (r = 0; r < gdbarch_fp0_regnum (current_gdbarch); r++) + for (r = 0; r < gdbarch_fp0_regnum (get_regcache_arch (regcache)); r++) store_register (regcache, r); i387_collect_fsave (regcache, -1, &npx); } --------------070306060706060809080303--