From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25901 invoked by alias); 31 Oct 2007 10:47:40 -0000 Received: (qmail 25809 invoked by uid 22791); 31 Oct 2007 10:47:37 -0000 X-Spam-Check-By: sourceware.org Received: from mtagate6.de.ibm.com (HELO mtagate6.de.ibm.com) (195.212.29.155) by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 31 Oct 2007 10:47:32 +0000 Received: from d12nrmr1607.megacenter.de.ibm.com (d12nrmr1607.megacenter.de.ibm.com [9.149.167.49]) by mtagate6.de.ibm.com (8.13.8/8.13.8) with ESMTP id l9VAlTSO395046 for ; Wed, 31 Oct 2007 10:47:29 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 l9VAlSBA1933526 for ; Wed, 31 Oct 2007 11:47:28 +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 l9VAlSwE028155 for ; Wed, 31 Oct 2007 11:47:28 +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 l9VAlR3B028139 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 31 Oct 2007 11:47:28 +0100 Message-ID: <47285CD7.4060700@de.ibm.com> Date: Wed, 31 Oct 2007 10:48: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] [04/15] Add gdbarch to register_name callback in xtensa-tdep.c Content-Type: multipart/mixed; boundary="------------070509020608030102020004" 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/msg00855.txt.bz2 This is a multi-part message in MIME format. --------------070509020608030102020004 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Content-length: 436 Hi, this patch adds gdbarch to register_name callback in xtensa-tdep.c Is this ok to commit? ChangeLog: * xtensa-tdep.c (xtensa_register_name): Add gdbarch parameter. Replace current_gdbarch by gdbarch. (xtensa_pseudo_register_read, xtensa_pseudo_register_write) (xtensa_frame_prev_register): Add gdbarch parameter to xtensa_register_name call -- Markus Deuling GNU Toolchain for Linux on Cell BE deuling@de.ibm.com --------------070509020608030102020004 Content-Type: text/plain; name="diff-xtensa-tdep" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="diff-xtensa-tdep" Content-length: 2564 diff -urpN src/gdb/xtensa-tdep.c dev/gdb/xtensa-tdep.c --- src/gdb/xtensa-tdep.c 2007-10-10 19:01:10.000000000 +0200 +++ dev/gdb/xtensa-tdep.c 2007-10-30 11:32:24.000000000 +0100 @@ -181,12 +181,12 @@ extract_call_winsize (CORE_ADDR pc) /* Returns the name of a register. */ static const char * -xtensa_register_name (int regnum) +xtensa_register_name (struct gdbarch *gdbarch, int regnum) { /* Return the name stored in the register map. */ - if (regnum >= 0 && regnum < gdbarch_num_regs (current_gdbarch) - + gdbarch_num_pseudo_regs (current_gdbarch)) - return gdbarch_tdep (current_gdbarch)->regmap[regnum].name; + if (regnum >= 0 && regnum < gdbarch_num_regs (gdbarch) + + gdbarch_num_pseudo_regs (gdbarch)) + return gdbarch_tdep (gdbarch)->regmap[regnum].name; internal_error (__FILE__, __LINE__, _("invalid register %d"), regnum); return 0; @@ -500,7 +500,7 @@ xtensa_pseudo_register_read (struct gdba gdb_byte *buffer) { DEBUGTRACE ("xtensa_pseudo_register_read (... regnum = %d (%s) ...)\n", - regnum, xtensa_register_name (regnum)); + regnum, xtensa_register_name (gdbarch, regnum)); if (regnum == gdbarch_num_regs (gdbarch) + gdbarch_num_pseudo_regs (gdbarch)) @@ -536,7 +536,7 @@ xtensa_pseudo_register_read (struct gdba if ((flags & xtTargetFlagsNonVisibleRegs) == 0) { warning (_("cannot read register %s"), - xtensa_register_name (regnum)); + xtensa_register_name (gdbarch, regnum)); return; } } @@ -584,7 +584,7 @@ xtensa_pseudo_register_write (struct gdb const gdb_byte *buffer) { DEBUGTRACE ("xtensa_pseudo_register_write (... regnum = %d (%s) ...)\n", - regnum, xtensa_register_name (regnum)); + regnum, xtensa_register_name (gdbarch, regnum)); if (regnum == gdbarch_num_regs (gdbarch) + gdbarch_num_pseudo_regs (gdbarch)) @@ -624,7 +624,7 @@ xtensa_pseudo_register_write (struct gdb if ((flags & xtTargetFlagsNonVisibleRegs) == 0) { warning (_("cannot write register %s"), - xtensa_register_name (regnum)); + xtensa_register_name (gdbarch, regnum)); return; } } @@ -1248,7 +1248,7 @@ xtensa_frame_prev_register (struct frame "*this 0x%08x, regnum %d (%s), ...)\n", (unsigned int) next_frame, *this_cache ? (unsigned int) *this_cache : 0, regnum, - xtensa_register_name (regnum)); + xtensa_register_name (gdbarch, regnum)); if (regnum ==gdbarch_pc_regnum (gdbarch)) saved_reg = cache->ra; --------------070509020608030102020004--