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=-0.8 required=5.0 tests=BAYES_00,INVALID_DATE
	autolearn=no autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 103376,87fae37c03e8e6bf,start
X-Google-Attributes: gid103376,public
X-Google-ArrivalTime: 1994-11-25 03:05:14 PST
Newsgroups: comp.lang.ada
Path: 
 nntp.gmd.de!xlink.net!howland.reston.ans.net!EU.net!uknet!cix.compulink.co.uk!not-for-post
From: pvl@cix.compulink.co.uk ("Program Validation L")
Subject: The 'BASE Attribute
Message-ID: <CztJHx.GxE@cix.compulink.co.uk>
Organization: Program Validation Limited    
Date: Fri, 25 Nov 1994 10:22:44 GMT
X-News-Software: Ameol
Date: 1994-11-25T10:22:44+00:00
List-Id: <comp.lang.ada>

We are confused by the meaning of the 'BASE attribute. For example, the 
LRM states that a fixed point type declaration of the form:

type T is delta D range L .. R;

is, by definition, equivalent to the following declarations:

type fixed_point_type is new predefined_fixed_point_type;
subtype T is fixed_point_type
  range fixed_point_type(L) .. fixed_point_type(R);
  
We would therefore expect T to denote the (implicitly declared) subtype, 
and T'BASE to denote the anonymous type fixed_point_type. This would mean 
that T'DELTA is valid, whilst T'BASE'DELTA is invalid, since P'DELTA is 
only defined for fixed point subtypes.

However, both the Alsys and DEC Ada compilers accept both T'DELTA and 
T'BASE'DELTA, which leads us to suppose our understanding of the LRM is 
incorrect.