From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 32128 invoked by alias); 5 Sep 2008 18:21:39 -0000 Received: (qmail 32119 invoked by uid 22791); 5 Sep 2008 18:21:39 -0000 X-Spam-Check-By: sourceware.org Received: from rock.gnat.com (HELO rock.gnat.com) (205.232.38.15) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 05 Sep 2008 18:21:03 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by filtered-rock.gnat.com (Postfix) with ESMTP id DCA9F2A95F1; Fri, 5 Sep 2008 14:21:01 -0400 (EDT) Received: from rock.gnat.com ([127.0.0.1]) by localhost (rock.gnat.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id zSR096lpbAKA; Fri, 5 Sep 2008 14:21:01 -0400 (EDT) Received: from joel.gnat.com (localhost.localdomain [127.0.0.1]) by rock.gnat.com (Postfix) with ESMTP id 8B13A2A95CF; Fri, 5 Sep 2008 14:21:01 -0400 (EDT) Received: by joel.gnat.com (Postfix, from userid 1000) id 83727E7ACD; Fri, 5 Sep 2008 20:20:59 +0200 (CEST) Date: Fri, 05 Sep 2008 18:21:00 -0000 From: Joel Brobecker To: Tom Tromey Cc: Ulrich Weigand , Daniel Jacobowitz , gdb-patches@sourceware.org Subject: Re: [rfc][08/37] Eliminate builtin_type_ macros: Make pointer arithmetic explicit Message-ID: <20080905182059.GD15267@adacore.com> References: <20080902123738.GB21700@caradoc.them.org> <200809022147.m82Ll8Td011960@d12av02.megacenter.de.ibm.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i 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: 2008-09/txt/msg00105.txt.bz2 > Ulrich> I was trying to make the "value_*" routines be as much as possible > Ulrich> language- and architecture-independent, and push language- and > Ulrich> architecture-specific semantics up to higher layers. (In this case, > Ulrich> the expression evaluator. In fact, I might like it even better if > Ulrich> expressions themselves were also language-agnostic, and all the > Ulrich> language-specific semantics were encoded explicitly into different > Ulrich> operand codes by the parsers ...) > > FWIW, I also would prefer this approach. Same here - generally speaking. There might be cases like Daniel says where we're not ready for that (yet?), but that's definitely a goal at least as far as Ada support has been concerned. -- Joel