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-Thread: a07f3367d7,cae92f92d6a1d4b1
X-Google-Attributes: gida07f3367d7,public,usenet
X-Google-NewGroupId: yes
X-Google-Language: ENGLISH,ASCII-7-bit
Path: 
 g2news2.google.com!news3.google.com!feeder.news-service.com!de-l.enfer-du-nord.net!feeder1.enfer-du-nord.net!gegeweb.org!news.ecp.fr!news.jacob-sparre.dk!pnx.dk!not-for-mail
From: "Randy Brukardt" <randy@rrsoftware.com>
Newsgroups: comp.lang.ada
Subject: Re: Ada.Execution_Time
Date: Mon, 27 Dec 2010 16:02:52 -0600
Organization: Jacob Sparre Andersen
Message-ID: <ifb2ee$ib5$1@munin.nbi.dk>
References: <ie1ih9$d02$1@news.eternal-september.org>
 <ie2v2k$aps$1@tornado.tornevall.net> <ie3gjn$oj$1@news.eternal-september.org>
 <4d05e737$0$6980$9b4e6d93@newsspool4.arcor-online.net>
 <ie91co$cko$1@news.eternal-september.org> <iebe2t$eua$1@munin.nbi.dk>
 <1wmsukf0wglz3$.odnzonrpayly.dlg@40tude.net>
 <iedfud$ul1$1@news.eternal-september.org>
 <6n1c5myuf2uz$.10jl3ln7il3aq.dlg@40tude.net>
 <8n0mgnFv2sU1@mid.individual.net>
 <1n3o55xjdjr9t.1u33kb75y2jfl$.dlg@40tude.net>
 <8n1142Fto2U1@mid.individual.net>
 <1o5cbm4b1l20d$.19winbma6k5qw.dlg@40tude.net>
 <8n4mskF7mmU1@mid.individual.net>
 <bboyk178uyce.1jx52xgjoblk1$.dlg@40tude.net>
 <8nm30fF7r9U1@mid.individual.net>
 <1akm5muxu9zni.mu91b7pubqw0$.dlg@40tude.net>
 <wcc39pj86y4.fsf@shell01.TheWorld.com>
NNTP-Posting-Host: static-69-95-181-76.mad.choiceone.net
X-Trace: munin.nbi.dk 1293487374 18789 69.95.181.76 (27 Dec 2010 22:02:54 GMT)
X-Complaints-To: news@jacob-sparre.dk
NNTP-Posting-Date: Mon, 27 Dec 2010 22:02:54 +0000 (UTC)
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2900.5931
X-RFC2646: Format=Flowed; Original
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5931
Xref: g2news2.google.com comp.lang.ada:17143
Date: 2010-12-27T16:02:52-06:00
List-Id: <comp.lang.ada>

"Robert A Duff" <bobduff@shell01.TheWorld.com> wrote in message 
news:wcc39pj86y4.fsf@shell01.TheWorld.com...
> "Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de> writes:
>
>> Nope, one of the killer arguments ARG people deploy to reject most
>> reasonable AI's is: too difficult to implement on some obscure platform 
>> for
>> which Ada never existed and never will. (:-))
>
> The ARG and others have been guilty of that sort of argument in the
> past, although I think "most reasonable AI's" is an exaggeration.
> I think that line of reasoning is wrong -- I think it's just fine to have
> things like Ada.Directories, even though many embedded systems don't
> have directories.  It means that there's some standardization across
> systems that DO have directories.  Those that don't can either
> provide some minimal/useless implementation, or else appeal
> to RM-1.1.3(6).

They're supposed to provide a useless implementation that raises Use_Error 
for most of the operations. There are a pair of Notes to that effect 
(A.16(129-130)). I don't think features should ever be designed so that 
implementations have to appeal to 1.1.3(6) - my preference would be that 
that paragraph not exist with the language itself sufficiently flexible 
where it matters. (Otherwise, implementations could leave out anything that 
they want and appeal to 1.1.3(6). I think that both interfaces and 
coextensions are "impractical" to implement for the benefit gained, so does 
that mean I can ignore them and still have a complete Ada compiler??)

                                 Randy.