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.9 required=5.0 tests=BAYES_00 autolearn=ham
	autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 103376,5894fe67040038b
X-Google-Attributes: gid103376,public
X-Google-ArrivalTime: 2001-11-28 19:49:49 PST
Path: archiver1.google.com!postnews1.google.com!not-for-mail
From: dewar@gnat.com (Robert Dewar)
Newsgroups: comp.lang.ada
Subject: Re: Attributes 'Version and 'Body_Version
Date: 28 Nov 2001 19:49:49 -0800
Organization: http://groups.google.com/
Message-ID: <5ee5b646.0111281949.7032e04b@posting.google.com>
References: <9s9iti$g$1@nh.pace.co.uk> <yecsnbjdrh0.fsf@king.cts.com>
 <9trpj1$4e6v2$1@ID-25716.news.dfncis.de>
 <5ee5b646.0111251830.61aaa6be@posting.google.com>
 <9tsd63$4jjng$1@ID-25716.news.dfncis.de>
 <5ee5b646.0111260742.2a0d9357@posting.google.com>
 <9tu7nj$4v9lc$1@ID-25716.news.dfncis.de>
 <5ee5b646.0111261956.3df9b8e3@posting.google.com>
 <YsaTZ19cOfHh@eisner.encompasserve.org>
 <5ee5b646.0111280749.77fabe6c@posting.google.coOrganization: LJK Software
 <PFcoNrf74AeG@eisner.encompasserve.org>
NNTP-Posting-Host: 205.232.38.14
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: posting.google.com 1007005789 19825 127.0.0.1 (29 Nov 2001 03:49:49
 GMT)
X-Complaints-To: groups-abuse@google.com
NNTP-Posting-Date: 29 Nov 2001 03:49:49 GMT
Xref: archiver1.google.com comp.lang.ada:17148
Date: 2001-11-29T03:49:49+00:00
List-Id: <comp.lang.ada>

Kilgallen@SpamCop.net (Larry Kilgallen) wrote in message news:<PFcoNrf74AeG@eisner.encompasserve.org>...
> But going to a newer version of the same vendor's 
> compiler
> is something programmers expect to be effortless.  If
> that vendor implements a new language-defined attribute
> rather than its former implementation-defined attribute
> which had the same name, the expectation might not be
> realized.

If they expect this for going from a vendors compiler for
one Ada standard to its successor, they are fooling themselves. Easy
yes, effortless no. I remember the project
manager for the old ATC system saying that she expected
to be able to move from Ada 83 to Ada 95 without changing
a single character of source and I shook my head ...
 

> The sort of approach I would have expected would be a
> division of the namespace.  VMS linker (and other) 
> namespace
> segregation is done with a dollar sign.  Not that a 
> dollar
> sign is appropriate for Ada, but I would expect some area
> set aside into which the language-defined attributes will
> not trespass in the future.

Why?
This has not been a problem in practice.
Why solve problems that do not exist, when the result would
be to degrade readability. 

It is really useful that the assert pragma in GNAT has this
name and not something like Implementation_Assert or somesuch junk. 

If there is an Ada 0x, and if it includes Assert, and if
it (surprisingly) is not upwards compatible with the GNAT
pragma, then it is annoying but not disastrous to have to
run a trivial script to change the name of pragma Asserts.