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,6e5bbc32bcc6c91c
X-Google-Attributes: gida07f3367d7,public,usenet
X-Google-NewGroupId: yes
X-Google-Language: ENGLISH,ASCII-7-bit
Path: 
 g2news2.google.com!postnews.google.com!w40g2000yqd.googlegroups.com!not-for-mail
From: xorquewasp@googlemail.com
Newsgroups: comp.lang.ada
Subject: Re: SPARK constants across packages
Date: Sun, 7 Jun 2009 10:34:28 -0700 (PDT)
Organization: http://groups.google.com
Message-ID: 
 <c11c001f-57d0-426c-a8f3-847d6a5e8b22@w40g2000yqd.googlegroups.com>
References: 
 <07c4ba96-85c2-4588-a63a-6d61a27f2349@q16g2000yqg.googlegroups.com>
	<270915f0-2b00-40ae-bf37-97c2796f1837@r3g2000vbp.googlegroups.com>
NNTP-Posting-Host: 81.86.41.187
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: posting.google.com 1244396069 23685 127.0.0.1 (7 Jun 2009 17:34:29
 GMT)
X-Complaints-To: groups-abuse@google.com
NNTP-Posting-Date: Sun, 7 Jun 2009 17:34:29 +0000 (UTC)
Complaints-To: groups-abuse@google.com
Injection-Info: w40g2000yqd.googlegroups.com; posting-host=81.86.41.187;
	posting-account=D9GNUgoAAAAmg7CCIh9FhKHNAJmHypsp
User-Agent: G2/1.0
X-HTTP-UserAgent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.7)
	Gecko/2009030814 Iceweasel/3.0.9 (Debian-3.0.9-1),gzip(gfe),gzip(gfe)
Xref: g2news2.google.com comp.lang.ada:6357
Date: 2009-06-07T10:34:28-07:00
List-Id: <comp.lang.ada>

Phil Thornley wrote:
> The place to look first for any "why does SPARK excluded this"
> question is Section 4 of the SPARK95 manual - "Considerations in the
> Refinement of the Ada Subset".

Oh, right.

> For this particular query the answer is (in 4.1) that the meaning of
> the program must not be changed by different orders of elaboration.
> "This particular problem is overcome in SPARK by the restrictions
> imposed on ... initialization expressions."

Thanks.

Perhaps SPARK 05 might stretch to allowing this when the source
value is in a Pure package.

Perhaps not.