comp.lang.ada
 help / color / mirror / Atom feed
From: daveb@geac.UUCP (David Collier-Brown)
Subject: Re: Dynamic Address Clauses??
Date: 15 Jun 88 12:26:19 GMT	[thread overview]
Message-ID: <2878@geac.UUCP> (raw)
In-Reply-To: 5151@nsc.nsc.com


Regarding the use of:

	procedure P;
	for P use at DYNAMIC;

In article <2817@geac.UUCP> daveb@geac.UUCP (David Collier-Brown) writes:
|| 
||   Well, I can suggest two cases where relocation of procedures which
|| is transparent to the program may be of use:
      ^^^^^^^^^^^

In article <5151@nsc.nsc.com> rfg@nsc.UUCP (Ron Guilmette) writes:
| First, note that the EXPLICIT use of the address clause implies very clearly
| that whatever is happening is not "transparent" to the user's program, but
| rather that the program must actively participate in defining (or using)
| the "effects" which are to occur.

  OOPS!  I used "transparent" ambiguously.
  What I really meant was that the the address to use is marked as
unusual only at one place, and that the **programmer** can regard
its relocation as occurring transparently at runtime.
  This is in contrast to "C", where relocation is done explicitly
and obviously at every reference to or call to the procedure:
	int	(*the_fcn_pointer)();
	...

	the_fcn_pointer = dynamic();
	...
	i = (*the_fcn_pointer)(is,somewhat,visible);

  What I should have said is that it meets modern maintainability
standards, not that it was transparent (save in a trivial sense).


| The question I would now like to pose to the comp.lang.ada readers is this:
| "Should a dynamic address clause for a procedure be considered to be simply
| a DECLARATIVE statement (i.e. the procedure ALREADY resides here) or should
| it be considered to be an EXECUTABLE statement (i.e. PUT the procedure code
| at this location, regardless of where it currently resides)?"

| I have been assuming the latter interpretation.  What do y'all think?

  If it was a simple variable, what would the "use at" clause mean?
Should this be the same for a procedure?  I **think** its
declarative...

 --dave
-- 
 David Collier-Brown.  {mnetor yunexus utgpu}!geac!daveb
 Geac Computers Ltd.,  | "His Majesty made you a major 
 350 Steelcase Road,   |  because he believed you would 
 Markham, Ontario.     |  know when not to obey his orders"

  parent reply	other threads:[~1988-06-15 12:26 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1988-06-01 15:12 Dynamic Address Clauses?? Mike Linnig
1988-06-02 12:39 ` Robert Firth
1988-06-10 14:38   ` stt
1988-06-15 21:19     ` Ron Guilmette
1988-06-03  6:02 ` Ron Guilmette
1988-06-03 14:52   ` markb
1988-06-06 12:33   ` David Collier-Brown
1988-06-08 18:52     ` Ron Guilmette
1988-06-10 19:22       ` Steve Hyland
1988-06-15 12:26       ` David Collier-Brown [this message]
1988-06-15 14:10 ` Burch Seymour
  -- strict thread matches above, loose matches on Subject: below --
1988-06-10 15:42 Jim Moody, DCA C342
1988-06-16 13:53 David E. Emery
1988-06-17  4:13 ` Richard A. O'Keefe
replies disabled

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