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-29 03:52:31 PST
Path: 
 archiver1.google.com!news1.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!cpk-news-hub1.bbnplanet.com!chcgil2-snf1.gtei.net!news.gtei.net!news.binc.net!kilgallen
From: Kilgallen@SpamCop.net (Larry Kilgallen)
Newsgroups: comp.lang.ada
Subject: Re: Attributes 'Version and 'Body_Version
Date: 29 Nov 2001 05:52:18 -0600
Organization: Berbee Information Networks Corporation
Message-ID: <Kg7U2sTGDFyI@eisner.encompasserve.org>
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> <5ee5b646.0111Organization: LJK
 Software
NNTP-Posting-Host: eisner.encompasserve.org
X-Trace: grandcanyon.binc.net 1007034741 4136 192.135.80.34 (29 Nov 2001
 11:52:21 GMT)
X-Complaints-To: abuse@binc.net
NNTP-Posting-Date: Thu, 29 Nov 2001 11:52:21 +0000 (UTC)
Xref: archiver1.google.com comp.lang.ada:17158
Date: 2001-11-29T05:52:18-06:00
List-Id: <comp.lang.ada>

In article <5ee5b646.0111281949.7032e04b@posting.google.com>, dewar@gnat.com (Robert Dewar) writes:
> Kilgallen@SpamCop.net (Larry Kilgallen) wrote in message news:<PFcoNrf74AeG@eisner.encompasserve.org>...

>> 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?

To automate the detection of errors wherever possible.