comp.lang.ada
 help / color / mirror / Atom feed
From: adambeneschan@gmail.com
Subject: Re: Class Wide Type Invariants - My bug or compiler bug
Date: Wed, 26 Feb 2014 17:16:37 -0800 (PST)
Date: 2014-02-26T17:16:37-08:00	[thread overview]
Message-ID: <f73e98df-b6a3-467c-bc00-687666c40487@googlegroups.com> (raw)
In-Reply-To: <lem2pp$kd3$1@loke.gir.dk>

On Wednesday, February 26, 2014 5:01:45 PM UTC-8, Randy Brukardt wrote:

> 7.3.2(19/3) is a mess, however. AI12-0042-1 changed it a lot, but that 
> change isn't right either, so it's rather in limbo at the moment. (See the 
> working RM for the current state of things.)
> 
> Note that a literal implementation of 7.3.2(19/3) would cause every 
> invariant check to go infinitely recursive, since there is supposed to be an 
> invariant check on the parameter of Check_In, which is called from the 
> invariant check - repeat forever. GNAT doesn't implement that for obvious 
> reasons, so it can't exactly implement the rule as written, and once you 
> have to go off the grid, all bets are off.
> 
> Some parts will be in every rule (checking of in out and out parameters, for 
> instance), so you probably can assume those are checked. But that's about 
> it. Probably it would be better to not depend too much on Type_Invariants 
> until we figure out what rules actually make sense (and we find a set that 
> isn't insane for one reason or another).

Interesting ... thanks.

                           -- Adam


      reply	other threads:[~2014-02-27  1:16 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-02-26  3:29 Class Wide Type Invariants - My bug or compiler bug Anh Vo
2014-02-26 22:35 ` adambeneschan
2014-02-26 23:59   ` Anh Vo
2014-02-27  1:01   ` Randy Brukardt
2014-02-27  1:16     ` adambeneschan [this message]
replies disabled

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox