comp.lang.ada
 help / color / mirror / Atom feed
From: "James A. Squire" <m193884@CSEHP3.MDC.COM>
Subject: Re: Subprogram Renaming
Date: 1996/04/10
Date: 1996-04-10T00:00:00+00:00	[thread overview]
Message-ID: <316BCD9B.E9@csehp3.mdc.com> (raw)
In-Reply-To: md5:87494FB95037B9578F62831DE10B6BB3

On Mon, 8 Apr 1996 22:12:23, Robert Dewar <dewar@CS.NYU.EDU> wrote:

> James Squire said
>
> "And my question was, why does being able to rename a subprogram AS A
> BODY matter?  What is so NEW about this?  Why should I care about this
> NEW thing?"
>
> Well any new feature may or may not be useful to you, but please study
> my example more carefully, you CANNOT do whyat I suggested in Ada 83.

I _knew that_ from the beginning.  _That_ was _never_ my question.

> The new feature is, as shown in my example, the ability to provide a
> completion using a renaming, instead of a normal body. This saves having
> to write a junk wrapper routine with an extra call.

I _knew_ what the new feature _was_ all along.

> It is most useful when used in the private part of a spec.

How come you never mentioned the word "private" in your example?  That
would have at least meant something to me.

------------------------------

On Tue, 9 Apr 1996 20:52:04, Robert Dewar <dewar@CS.NYU.EDU> wrote:

> James Squire said:
>
> "Still (!) Nobody has answered the $64,000.00 question:  WHY IS THIS SUCH
> A GOOD THING?  In other words, why did they waste their time adding this
> ability to rename a subprogram body.  Why should I do:"
>
> <deleted example>
>
> If you think this then please answer the following question:
>
> why do we provide subprogram renaming at all? It is after all redundant,
> you could always provide a junk body?

Don't get me started.  I _only_ use renames to avoid using the "use"
clause, and then _only_ for operators.  As far as I am concerned, it is
a flaw in the Ada83 language that operators are not, in this instance,
treated (as they are in every other language I am aware of) as part of
the language itself - i.e., why should I ever have to do _anything_ to
make implicit operators (declared by the compiler, not me) visible?
However, I think I understand some of the benefits of this flaw, and as
this constitutes topic drift, I'll just say that I trust they made the
right decision.

> There is no question that this is a useful new capability, especially,
> as I noted before, when the renaming as body is not in the package body,
> but instead in the private part of the package spec.

I can see it being useful when the subprogram being renamed as a body is
itself in the private part of another package, but what's the difference
between putting the renaming statement in the private part of the spec
and putting it in the body?

> This is obviously better than putting a renaming in the visible part of
> the spec, as Gary quite clearly explained.

Gary who?  I don't remember anyone named Gary responding to my question.
It is possible that I never received it since I am reading this
newsgroup through the INFO-ADA mailing list.
--
James Squire
MDA Avionics Tools & Processes
ja_squire@csehp3.mdc.com
"one of these days I'm going to better myself by going to Knight school"
"You'll be a web knight instead of a web page!"




       reply	other threads:[~1996-04-10  0:00 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <md5:87494FB95037B9578F62831DE10B6BB3>
1996-04-10  0:00 ` James A. Squire [this message]
     [not found] <md5:3CC2294B6049DDBD8790280EABCEDE81>
1996-04-12  0:00 ` Subprogram Renaming James A. Squire
     [not found] <md5:88A5E8822105A2023A0A951BB5EC646E>
1996-04-10  0:00 ` James A. Squire
     [not found] <md5:95D854EBD1A47E0E86027A3CC7DBD9A4>
1996-04-10  0:00 ` johndoe
1996-04-10  0:00 ` James A. Squire
1996-04-10  0:00   ` Robert Dewar
1996-04-11  0:00     ` Jonas Nygren
1996-04-11  0:00       ` Robert Dewar
1996-04-12  0:00         ` Jonas Nygren
1996-04-10  0:00   ` Robert A Duff
1996-04-11  0:00     ` Adam Beneschan
1996-04-11  0:00       ` Robert Dewar
1996-04-11  0:00       ` Robert A Duff
     [not found] <md5:FE4AB546A8392541EDC1E3FE12E3D8AF>
1996-04-09  0:00 ` James A. Squire
1996-04-09  0:00   ` Robert Dewar
1996-04-10  0:00   ` Robert A Duff
1996-04-11  0:00   ` Mark A Biggar
1996-04-10  0:00 ` johndoe
1996-04-10  0:00   ` Norman H. Cohen
1996-04-11  0:00     ` Norman H. Cohen
1996-04-12  0:00       ` Jonas Nygren
1996-04-12  0:00         ` Norman H. Cohen
1996-04-13  0:00           ` Robert A Duff
1996-04-15  0:00             ` Norman H. Cohen
     [not found] <md5:046A59600C3FEFC327385C3E914D6997>
1996-04-08  0:00 ` James A. Squire
1996-04-08  0:00   ` Robert Dewar
1996-04-09  0:00     ` Gary McKee
1996-04-09  0:00   ` Robert A Duff
     [not found] <md5:C24D8C2EE138D9627FB8B93E2E35D9F3>
1996-04-05  0:00 ` James A. Squire
1996-04-06  0:00   ` Robert Dewar
replies disabled

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