From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24199 invoked by alias); 5 Nov 2007 15:25:21 -0000 Received: (qmail 24183 invoked by uid 22791); 5 Nov 2007 15:25:20 -0000 X-Spam-Check-By: sourceware.org Received: from mtagate3.de.ibm.com (HELO mtagate3.de.ibm.com) (195.212.29.152) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 05 Nov 2007 15:25:17 +0000 Received: from d12nrmr1607.megacenter.de.ibm.com (d12nrmr1607.megacenter.de.ibm.com [9.149.167.49]) by mtagate3.de.ibm.com (8.13.8/8.13.8) with ESMTP id lA5FPFVV154542 for ; Mon, 5 Nov 2007 15:25:15 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 lA5FPEdK1888462 for ; Mon, 5 Nov 2007 16:25:14 +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 lA5FPDbf030832 for ; Mon, 5 Nov 2007 16:25:14 +0100 Received: from tuxmaker.boeblingen.de.ibm.com (tuxmaker.boeblingen.de.ibm.com [9.152.85.9]) by d12av02.megacenter.de.ibm.com (8.12.11.20060308/8.12.11) with SMTP id lA5FPDPo030827; Mon, 5 Nov 2007 16:25:13 +0100 Message-Id: <200711051525.lA5FPDPo030827@d12av02.megacenter.de.ibm.com> Received: by tuxmaker.boeblingen.de.ibm.com (sSMTP sendmail emulation); Mon, 5 Nov 2007 16:25:13 +0100 Subject: Re: [RFC] Reducing the use of current_language - some patches To: drow@false.org (Daniel Jacobowitz) Date: Mon, 05 Nov 2007 15:25:00 -0000 From: "Ulrich Weigand" Cc: brobecker@adacore.com (Joel Brobecker), gdb-patches@sourceware.org In-Reply-To: <20071105131905.GA26912@caradoc.them.org> from "Daniel Jacobowitz" at Nov 05, 2007 08:19:05 AM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii 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-11/txt/msg00062.txt.bz2 Daniel Jacobowitz wrote: > On Sun, Nov 04, 2007 at 07:50:14PM -0800, Joel Brobecker wrote: > > On the other hand, I'm not sure we're ready to have the parse context > > contain the gdbarch. For instance, the breakpoint structure doesn't > > save it, so we don't have access to it when we want to re_set the > > breakpoint. > > I suspect we'd want to re-set with the current gdbarch anyway. The > old one may no longer apply... On the other hand, once we support multi-architecture debugging in a single session, we will certainly have to distinguish between breakpoints set in code with different architectures. That's one of the hacks in the Cell combined debugger today ... I'm not completely sure on what the correct solution is, maybe it can be as simple as checking the gdbarch associated with the objfile where the breakpoint is set (assuming we will get per- objfile gdbarchs at some point). In any case, as long as the changes Joel implements use something like a "parse context" structure to pass around, it should be simple to extend that with a gdbarch if and when we want to solve the multi-arch problem. For now, it's probably indeed best to leave it out. Bye, Ulrich -- Dr. Ulrich Weigand GNU Toolchain for Linux on System z and Cell BE Ulrich.Weigand@de.ibm.com