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,FREEMAIL_FROM
	autolearn=ham autolearn_force=no version=3.4.4
X-Google-Thread: a07f3367d7,b02f5fed4171d18c,start
X-Google-Attributes: gida07f3367d7,public,usenet
X-Google-NewGroupId: yes
X-Google-Language: ENGLISH,CP1252
Path: 
 g2news2.google.com!postnews.google.com!p23g2000vbl.googlegroups.com!not-for-mail
From: =?ISO-8859-1?Q?Hibou57_=28Yannick_Duch=EAne=29?=
 <yannick_duchene@yahoo.fr>
Newsgroups: comp.lang.ada
Subject: Attribute denoting a subprogram : no named parameter associations
	allowed
Date: Sat, 24 Oct 2009 23:27:49 -0700 (PDT)
Organization: http://groups.google.com
Message-ID: 
 <26d15919-f609-4878-8960-61bc87913cca@p23g2000vbl.googlegroups.com>
NNTP-Posting-Host: 77.198.58.13
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable
X-Trace: posting.google.com 1256452069 22757 127.0.0.1 (25 Oct 2009 06:27:49
 GMT)
X-Complaints-To: groups-abuse@google.com
NNTP-Posting-Date: Sun, 25 Oct 2009 06:27:49 +0000 (UTC)
Complaints-To: groups-abuse@google.com
Injection-Info: p23g2000vbl.googlegroups.com; posting-host=77.198.58.13;
	posting-account=vrfdLAoAAAAauX_3XwyXEwXCWN3A1l8D
User-Agent: G2/1.0
X-HTTP-UserAgent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1;
	fr),gzip(gfe),gzip(gfe)
Xref: g2news2.google.com comp.lang.ada:8782
Date: 2009-10-24T23:27:49-07:00
List-Id: <comp.lang.ada>

Hello once again,

ARM 4.1.4 use the word =93 subprogram =94 when talking about an attribute
may denote.
> 9 An attribute_reference denotes a value, an object, a subprogram, or
> some other kind of program entity.

ARM 6.4, which is about subprogram calls, says
> 7 A parameter_association is named or positional according to whether or
> not the formal_parameter_selector_name is specified. Any positional assoc=
iations
> shall precede any named associations. Named associations are not allowed =
if
> the prefix in a subprogram call is an attribute_reference.

The important thing is the =93 Named associations are not allowed if the
prefix in a subprogram call is an attribute_reference. =94, and indeed,
the compiler don't want it.

But why this restriction ? What is the rational for this restriction ?

I do not see a reason why this may be a bad practice to use named
parameter associations when the subprogram is denoted by an attribute.