comp.lang.ada
 help / color / mirror / Atom feed
From: "G.B." <bauhaus@notmyhomepage.invalid>
Subject: Re: Aspect location in expression function.
Date: Tue, 24 May 2022 20:24:14 +0200	[thread overview]
Message-ID: <t6j7se$8b1$1@dont-email.me> (raw)
In-Reply-To: <t6hlhq$vcu$1@dont-email.me>

On 24.05.22 06:05, Randy Brukardt wrote:

> To the OP: we discussed placement of aspect specifications ad-nausem, as
> issues like this always were coming up. There is no consistent rule that
> really works well, because one does not want small things following large
> sets of aspect specs -- they can get lost and overlooked.
> 
> For instance, one puts aspect specifications after "is abstract" as
> otherwise that could be lost after a lengthy precondition expression (and
> it's too important to be lost).

Isn't this emphasis on "is abstract" loosing the very point of abstraction?

> See how that could happen in the following
> (illegal) declaration:
> 
>      procedure P (A, B ,,,)
>         with Pre => <very long expression that extends over several lines
> here>
>         is abstract;

Who cares to see "is abstract" if P is in a spec?
The implementer, I guess, but the client? Less so.

  parent reply	other threads:[~2022-05-24 18:24 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-05-14 11:47 Aspect location in expression function Blady
2022-05-14 15:40 ` J-P. Rosen
2022-05-24  4:05   ` Randy Brukardt
2022-05-24 10:01     ` J-P. Rosen
2022-05-25  5:17       ` Randy Brukardt
2022-05-24 18:24     ` G.B. [this message]
2022-05-25  5:20       ` Randy Brukardt
2022-05-25 18:45         ` G.B.
replies disabled

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