From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25394 invoked by alias); 18 Jun 2007 20:39:02 -0000 Received: (qmail 25384 invoked by uid 22791); 18 Jun 2007 20:39:01 -0000 X-Spam-Check-By: sourceware.org Received: from mtagate5.de.ibm.com (HELO mtagate5.de.ibm.com) (195.212.29.154) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 18 Jun 2007 20:38:54 +0000 Received: from d12nrmr1607.megacenter.de.ibm.com (d12nrmr1607.megacenter.de.ibm.com [9.149.167.49]) by mtagate5.de.ibm.com (8.13.8/8.13.8) with ESMTP id l5IKcoKX588184 for ; Mon, 18 Jun 2007 20:38:51 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.3) with ESMTP id l5IKcow83948778 for ; Mon, 18 Jun 2007 22:38:50 +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 l5IKcoQb005280 for ; Mon, 18 Jun 2007 22:38:50 +0200 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 l5IKcoQI005277; Mon, 18 Jun 2007 22:38:50 +0200 Message-Id: <200706182038.l5IKcoQI005277@d12av02.megacenter.de.ibm.com> Received: by tuxmaker.boeblingen.de.ibm.com (sSMTP sendmail emulation); Mon, 18 Jun 2007 22:38:50 +0200 Subject: Re: [rfc] [2/6] Replace DEPRECATED_FUNCTION_START_OFFSET To: eliz@gnu.org Date: Mon, 18 Jun 2007 20:39:00 -0000 From: "Ulrich Weigand" Cc: deuling@de.ibm.com (Markus Deuling), gdb-patches@sourceware.org In-Reply-To: from "Eli Zaretskii" at Jun 18, 2007 10:31:01 PM 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-06/txt/msg00350.txt.bz2 Eli Zaretskii wrote: > > this patch replaces DEPRECATED_FUNCTION_START_OFFSET by gdbarch_deprecated_function_start_offset. > > Sorry if I'm missing something obvious (I didn't track this series of > patches too closely), but what is the purpose and the advantages of > replacing a deprecated macro with a deprecated function? The purpose of this patch series is to make the "current_gdbarch" that is implicit in those macros *explicit* at the call site, so that we can subsequently replace it with the appropriate local "gdbarch" architecture. This is all part of supporting multiple architectures at the same time. Now, for those particular cases where the macro is already deprecated, we might alternatively just eliminate its use. However, for this specific macro some thought is required how that can be done (if at all). I thought it made sense to follow through with eliminating all the gdbarch macros now, even the deprecated ones. They actual elimination of the deprecated routines can happen later on just the same. Bye, Ulrich -- Dr. Ulrich Weigand GNU Toolchain for Linux on System z and Cell BE Ulrich.Weigand@de.ibm.com