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: 103376,585fd78267abd80c
X-Google-Attributes: gid103376,domainid0,public,usenet
X-Google-Language: ENGLISH,ASCII-7-bit
Path: 
 g2news1.google.com!news4.google.com!feeder1-2.proxad.net!proxad.net!feeder2-2.proxad.net!newsfeed.arcor.de!newsspool4.arcor-online.net!news.arcor.de.POSTED!not-for-mail
Date: Tue, 29 Jul 2008 16:19:20 +0200
From: Georg Bauhaus <rm.dash-bauhaus@futureapps.de>
User-Agent: Thunderbird 2.0.0.16 (Macintosh/20080707)
MIME-Version: 1.0
Newsgroups: comp.lang.ada
Subject: Re: On pragma Precondition etc.
References: <4889886d$0$18827$9b4e6d93@newsspool2.arcor-online.net>
 <Pine.LNX.4.64.0807251224010.10913@medsec1.medien.uni-weimar.de>
 <f9112d8f-1c5a-4533-88ed-b4c22d108ac8@q5g2000prf.googlegroups.com>
 <6etsi6F8mbmbU2@mid.individual.net> <488efc8d$1@news.post.ch>
 <py8uf7h03ctg$.qp3cvq1pos4a$.dlg@40tude.net>
In-Reply-To: <py8uf7h03ctg$.qp3cvq1pos4a$.dlg@40tude.net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Message-ID: <488f26e8$0$20705$9b4e6d93@newsspool4.arcor-online.net>
Organization: Arcor
NNTP-Posting-Date: 29 Jul 2008 16:19:20 CEST
NNTP-Posting-Host: 449c0db5.newsspool4.arcor-online.net
X-Trace: 
 DXC==;AMV7`G@K4lIh70@<QIE74IUK<Cl32<14Fo<]lROoR1Fl8W>\BH3Y2bQYd9lST0o1;9OJDO8_SK6NSZ1n^B98i:49nCBGb`1O=
X-Complaints-To: usenet-abuse@arcor.de
Xref: g2news1.google.com comp.lang.ada:1375
Date: 2008-07-29T16:19:20+02:00
List-Id: <comp.lang.ada>

Dmitry A. Kazakov schrieb:
> On Tue, 29 Jul 2008 13:18:37 +0200, Martin Krischik wrote:
> 
>> It too think a dedicated syntax would be best.
>  Syntax issues are inferior, IMO. But I agree, no more new
> keywords, please! (:-))

On the other hand, overloading keywords is an invitation
to make things more puzzling. One reason is that context
is needed for disambiguation of the meaning of a keyword.


Another thing is, should conditions have parts? Possibly
named parts?  In Eiffel, multiple preconditions are
connected by "and", thus

   feature foo(X, Y: INTEGER) WHATEVER is

      Must_Have_This: X > Y
      Positive_Y:     Y > 0
      Even_X:         X rem 2 = 0

   do
      ...

The names do not add anything. However, when one of the pre-s
is false, the name is seen in the trace, and in the corresponding
EXCEPTION object.

For the Class Invariant, Randy Brukardt has mentioned

    for T'Constraint use Function_Name;


--
Georg Bauhaus
Y A Time Drain  http://www.9toX.de