From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24726 invoked by alias); 7 Oct 2004 13:54:50 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 23113 invoked from network); 7 Oct 2004 13:53:28 -0000 Received: from unknown (HELO nevyn.them.org) (66.93.172.17) by sourceware.org with SMTP; 7 Oct 2004 13:53:28 -0000 Received: from drow by nevyn.them.org with local (Exim 4.34 #1 (Debian)) id 1CFYhp-0003QY-Hx; Thu, 07 Oct 2004 09:53:17 -0400 Date: Thu, 07 Oct 2004 17:04:00 -0000 From: Daniel Jacobowitz To: Florian Weimer Cc: Steven Bosscher , Mark Mitchell , Richard Kenner , gcc@gcc.gnu.org Subject: Re: Ada, treelang needs to be converted to --enable-mapped-location Message-ID: <20041007135316.GA12763@nevyn.them.org> Mail-Followup-To: Florian Weimer , Steven Bosscher , Mark Mitchell , Richard Kenner , gcc@gcc.gnu.org References: <10410070209.AA19737@vlsi1.ultra.nyu.edu> <4164AA8A.8090704@codesourcery.com> <200410070824.05349.stevenb@suse.de> <87d5zvdj26.fsf@deneb.enyo.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <87d5zvdj26.fsf@deneb.enyo.de> User-Agent: Mutt/1.5.5.1+cvs20040105i X-SW-Source: 2004-10/txt/msg00294.txt.bz2 On Thu, Oct 07, 2004 at 10:33:05AM +0200, Florian Weimer wrote: > * Steven Bosscher: > > >> If you can do this in a way that does not make the non-Ada case go > >> measuably slower, that seems OK. If the indirection required is costly, > >> then your proposal is lessa ttractive. > > > > I humbly disagree, it is not OK. > > > > With this idea, we lock ourselves in with the Ada front end, so if > > we at one point, for whatever reason, decide that source_location > > should be something other than a "32-bit opaque data type", we first > > have to go through all this again to get the Ada representation > > changed as well. > > How can the back end develop *any* dependency on the representation of > the data type? I'd assume that in order to generate source location > information from scratch, you need at least a rough understanding of > the source code in question. Such knowledge probably doesn't belong > to the back end. We've got all these other little "front ends", like "C++" and "C"... -- Daniel Jacobowitz