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

Mark Mitchell mark@codesourcery.com
Thu Oct 7 09:03:00 GMT 2004


Steven Bosscher wrote:

>On Thursday 07 October 2004 04:31, Mark Mitchell wrote:
>  
>
>>Richard Kenner wrote:
>>    
>>
>>>My proposal is basically to take the view that source_location is an
>>>unsigned int that's an opaque datatype used to encode a (file, line
>>>column) triple. This datatype can either be defined in the front end (in
>>>which case it provides a language hook to produce that triple from the
>>>encoding) or it can use routines provided in line-map.c to generate the
>>>encoding.
>>>      
>>>
>>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.
>  
>
The reason that I disagree with your position is that I would be willing 
to make that change, even if that means that Ada were to be 
(temporarily) broken.

If we decide that we have a compelling reason to use a representation 
other than a 32-bit integer, then I would be willing to (at that point) 
simply make the change.  The Ada folks would then eventually make the 
necessary changes.  On the one hand, I don't think we should try to 
force Ada to change *now*; on the other, I don't think we should avoid 
making compelling improvements to avoid making changes in Ada.

-- 
Mark Mitchell
CodeSourcery, LLC
(916) 791-8304
mark@codesourcery.com



More information about the Gcc mailing list