From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29153 invoked by alias); 22 Oct 2007 06:09:24 -0000 Received: (qmail 29145 invoked by uid 22791); 22 Oct 2007 06:09:23 -0000 X-Spam-Check-By: sourceware.org Received: from mtagate8.de.ibm.com (HELO mtagate8.de.ibm.com) (195.212.29.157) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 22 Oct 2007 06:09:21 +0000 Received: from d12nrmr1607.megacenter.de.ibm.com (d12nrmr1607.megacenter.de.ibm.com [9.149.167.49]) by mtagate8.de.ibm.com (8.13.8/8.13.8) with ESMTP id l9M69IWA046766 for ; Mon, 22 Oct 2007 06:09:18 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 l9M69IFH2318570 for ; Mon, 22 Oct 2007 08:09:18 +0200 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 l9M69Iqg013122 for ; Mon, 22 Oct 2007 08:09:18 +0200 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 l9M69HVT013104 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 22 Oct 2007 08:09:18 +0200 Message-ID: <471C3E2C.3010509@de.ibm.com> Date: Mon, 22 Oct 2007 07:44:00 -0000 From: Markus Deuling User-Agent: Thunderbird 2.0.0.6 (X11/20070728) MIME-Version: 1.0 To: Eli Zaretskii CC: gdb-patches@sourceware.org, uweigand@de.ibm.com Subject: Re: [rfc] [17/17] Get rid of current_gdbarch in go32-nat.c References: <470DE4C1.9070509@de.ibm.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit 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/msg00490.txt.bz2 Hi Eli, Eli Zaretskii schrieb: >> * 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. > > Sorry for asking this so late, but could you please explain the > reason(s) why these changes are a good idea, i.e. what potential > problem(s) are they trying to solve? If I tell you that the go32 > (a.k.a. DJGPP) native build of GDB supports only a single > architecture, would those reason(s) still hold? > sorry for the late respone. I've been on vacation. Please see here: http://sourceware.org/ml/gdb-patches/2007-10/msg00108.html What I'll try to achieve is to get rid of the global variable current_gdbarch to have a real per-frame architecture. -- Markus Deuling GNU Toolchain for Linux on Cell BE deuling@de.ibm.com