From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me
X-Spam-Level: 
X-Spam-Status: No, score=-1.3 required=5.0 tests=BAYES_00,INVALID_MSGID
	autolearn=no autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 103376,d0452dbe16ac0df4
X-Google-Attributes: gid103376,public
From: dewar@merv.cs.nyu.edu (Robert Dewar)
Subject: Re: ObjectAda vs Gnat -- bugs
Date: 1997/05/16
Message-ID: <dewar.863817322@merv>#1/1
X-Deja-AN: 242011219
References: <5lf6ka$nbg@service.polymtl.ca> <dewar.863746153@merv>
 <osk9kz481b.fsf@ted.vigra.com>
Organization: New York University
Newsgroups: comp.lang.ada
Date: 1997-05-16T00:00:00+00:00
List-Id: <comp.lang.ada>


David Brown says

<<Actually, this shows an inconsistency with GNAT between enumeration
literals, and actual functions.

     1. procedure T1 is
     2.    type Items is (Item);
     3.
     4.    Item_2 : Items renames Item;
                                  |
        >>> expect object name in renaming

     5.    function Item_3 return Items renames Item;
     6.    Item_4 : Items renames Item_3;>>


Yes, indeed. This is a change from Ada 83 to Ada 95 that keeps escaping
me (entertaining that it escaped RR too :-) Anyway, easily fixed once
pointed out. I must say in a way it is a bit odd that enumeration
literals are functions at all ... although I am used to it by now.