This is the mail archive of the gcc@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: Ada, treelang needs to be converted to --enable-mapped-location


* Daniel Jacobowitz:

> 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"...

Huh?  I don't think that with C or C++, the back end suddenly needs to
generate an error message five lines away from a given source
location.  And only such operations could break the abstraction
boundary.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]