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,bda36258b2fe9834
X-Google-Thread: 1094ba,3354bcb01bfd8111
X-Google-Attributes: gid103376,gid1094ba,public
X-Google-Language: ENGLISH,ASCII
Path: 
 g2news1.google.com!news1.google.com!fu-berlin.de!skynet.be!newspost001!tjb!not-for-mail
Date: Tue, 01 Feb 2005 13:45:19 +0100
From: Adrien Plisson <aplisson-news@stochastique.net>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
 rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax)
X-Accept-Language: fr-fr, fr-be, fr, en-us, en
MIME-Version: 1.0
Newsgroups: comp.lang.ada,comp.lang.fortran
Subject: Re: Shortcut logicals (was: Re: F200x )
References: <mailman.113.1107248486.527.comp.lang.ada@ada-france.org>
 <1107259211.c5d05dcbf8695b73b67b208313002b2b@teranews>
In-Reply-To: <1107259211.c5d05dcbf8695b73b67b208313002b2b@teranews>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
Message-ID: <41ff79df$0$538$ba620e4c@news.skynet.be>
Organization: -= Belgacom Usenet Service =-
NNTP-Posting-Host: 6b4b718f.news.skynet.be
X-Trace: 1107261919 news.skynet.be 538 217.136.144.46:4799
X-Complaints-To: usenet-abuse@skynet.be
Xref: g2news1.google.com comp.lang.ada:8108 comp.lang.fortran:10051
Date: 2005-02-01T13:45:19+01:00
List-Id: <comp.lang.ada>

Martin Krischik wrote:
> Christoph Grein wrote:
>>You'll find
>>relation and relation gives an expression,
>>relation and then relation also gives an expression.
>>But there is no syntax rule to combine an expression with a relation.
>>You can only combine a parenthesized expression (a primary) with a
>>relation.
>=20
>=20
> Sure, you are right. But that rule means that:
>=20
>  X or Y and Z
>=20
> is not valid either. Not that I ever noticed - I would always use '()' =
on
> such a term.

it isn't valid. GNAT 3.15p says: mixed logical operators in expression.

See RM Introduction - design goals (=A77):
"error-prone notations have been avoided"

and this construct is error-prone (especially if you are used to code=20
in other languages than Ada, since each language has its own different=20
operator precedence). the use of parenthesis clarifies the expression=20
and leverages any ambiguities.

--=20
rien