From: "Randy Brukardt" <randy@rrsoftware.com>
Subject: Re: procedure renames creates a primitive operation?
Date: Wed, 30 Aug 2017 20:24:53 -0500
Date: 2017-08-30T20:24:53-05:00 [thread overview]
Message-ID: <oo7oh5$6pb$1@franka.jacob-sparre.dk> (raw)
In-Reply-To: bc765307-02bd-4a38-b60c-4b743de6b3e4@googlegroups.com
"Jere" <jhb.chat@gmail.com> wrote in message
news:bc765307-02bd-4a38-b60c-4b743de6b3e4@googlegroups.com...
>I was curious if this was a bug or intended.
...
> I used a renames clause to bring a non primitive operation
> into scope (for client readability when calling the procedure).
> However, when I did that, it created a primitive operation.
> Is this correct behavior or a bug?
Yes, a renames of a non-primitive can be primitive. Similarly, a renames of
a primitive can be non-primitive.
Its an intended bug. That is, it is generally acknowledged that this
semantics is the worst possible choice (you've stumbled on one reason why).
There are some really horrid consequences for things like class-wide
preconditions. But it wasn't obvious what choice made sense at the time it
was made in Ada 95. It's way too late to change now, of course.
Randy.
prev parent reply other threads:[~2017-08-31 1:24 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-08-29 15:39 procedure renames creates a primitive operation? Jere
2017-08-29 17:42 ` AdaMagica
2017-08-31 1:24 ` Randy Brukardt [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