From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20409 invoked by alias); 5 Nov 2007 15:18:00 -0000 Received: (qmail 20330 invoked by uid 22791); 5 Nov 2007 15:17:59 -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, 05 Nov 2007 15:17: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 lA5FHppY437834 for ; Mon, 5 Nov 2007 15:17: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.5) with ESMTP id lA5FHpix2310272 for ; Mon, 5 Nov 2007 16:17:51 +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 lA5FHpW0015883 for ; Mon, 5 Nov 2007 16:17:51 +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 lA5FHpwV015880; Mon, 5 Nov 2007 16:17:51 +0100 Message-Id: <200711051517.lA5FHpwV015880@d12av02.megacenter.de.ibm.com> Received: by tuxmaker.boeblingen.de.ibm.com (sSMTP sendmail emulation); Mon, 5 Nov 2007 16:17:51 +0100 Subject: Re: [rfc]: Macros in gdbtypes To: deuling@de.ibm.com (Markus Deuling) Date: Mon, 05 Nov 2007 15:18:00 -0000 From: "Ulrich Weigand" Cc: gdb-patches@sourceware.org (GDB Patches) In-Reply-To: <472F0BF2.9010801@de.ibm.com> from "Markus Deuling" at Nov 05, 2007 01:26:26 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-11/txt/msg00061.txt.bz2 Hi Markus, > in gdbtypes.h are some macros based on current_gdbarch (eg. builtin_type_void_data_ptr). This patch > replaces builtin_type_void_data_ptr by its definition in the source tree and then replaces current_gdbarch > by appropriate methods were possible. I'm already working on a set of patches to clean up the builtin type situation, which doesn't just replace the definition but actually tries to remove the dependency on global types where appropriate. They should be ready in another week or so ... Bye, Ulrich -- Dr. Ulrich Weigand GNU Toolchain for Linux on System z and Cell BE Ulrich.Weigand@de.ibm.com