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
prev parent 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