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,103b407e8b68350b
X-Google-Attributes: gid103376,public
X-Google-ArrivalTime: 2003-01-08 12:21:03 PST
Path: 
 archiver1.google.com!news1.google.com!newsfeed.stanford.edu!canoe.uoregon.edu!arclight.uoregon.edu!wn14feed!worldnet.att.net!204.71.34.3!newsfeed.cwix.com!news.binc.net!kilgallen
From: Kilgallen@SpamCop.net (Larry Kilgallen)
Newsgroups: comp.lang.ada
Subject: Re: Anybody in US using ADA ? New language competition? (long)
Date: 8 Jan 2003 14:20:57 -0600
Organization: LJK Software
Message-ID: <ZSUFhrObY2o7@eisner.encompasserve.org>
References: <auuu42$7be$1@slb9.atl.mindspring.net>
 <VfKQ9.193788$qF3.13607@sccrnsc04> <av1c7j$ctl$1@slb3.atl.mindspring.net>
 <3E148004.5000408@cogeco.ca> <av2tk2$d3e$1@slb9.atl.mindspring.net>
 <3E15CF31.1020900@cogeco.ca> <av6sqg$hoe$1@slb5.atl.mindspring.net>
 <3E19C980.6060902@cogeco.ca> <v1jrf31jr6bk00@corp.supernews.com>
 <avemac$5pu$1@slb6.atl.mindspring.net> <v1m9qg4r8m8la7@corp.supernews.com>
 <avh88h$k0f$1@slb2.atl.mindspring.net> <3E1C6880.8050202@cogeco.ca>
NNTP-Posting-Host: eisner.encompasserve.org
X-Trace: grandcanyon.binc.net 1042057202 17618 192.135.80.34 (8 Jan 2003
 20:20:02 GMT)
X-Complaints-To: abuse@binc.net
NNTP-Posting-Date: Wed, 8 Jan 2003 20:20:02 +0000 (UTC)
Xref: archiver1.google.com comp.lang.ada:32768
Date: 2003-01-08T14:20:57-06:00
List-Id: <comp.lang.ada>

In article <3E1C6880.8050202@cogeco.ca>, "Warren W. Gay VE3WWG" <ve3wwg@cogeco.ca> writes:

> My only concern with SIGAda being the only one to distribute such a
> beast is that their interest may be a bit different than many
> Linux/*BSD or even Win32 enthusiasts have in mind. If they focus
> too much on making it work for all of the commonly available Ada
> compilers out there, I can see how this might actually hold back
> such a project.

As would any arguments over what is "commonly available".
But ISO-9660 supports aliased directory entries for files,
so perhaps the role of SIGAda could be to document those
environments for which something is known to work, providing
a directory hierarchy for each environment (along with a master
hierarchy for "all").

Omissions from a particular environment hierarchy could be readily
fixed the next time around, with fans of that environment passing
the word around that something in the master hierarchy really was
applicable although not advertised that way.