comp.lang.ada
 help / color / mirror / Atom feed
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.


      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