From: Francois Godme <fgodme@magic.fr>
Subject: Re: Function Calls by Address
Date: 1999/09/06
Date: 1999-09-06T00:00:00+00:00 [thread overview]
Message-ID: <37D41767.CEB186F4@magic.fr> (raw)
In-Reply-To: 7qvasf$sno$1@nnrp1.deja.com
Robert Dewar wrote:
> In article <37D2E1A7.CAC3F923@magic.fr>,
> Francois Godme <fgodme@magic.fr> wrote:
> > Yes, back in the Ada83 days, this was a good use (you were
> almost
> > forced) but now, you can do it in better ways. One way would
> be to
> > define an abstract tagged type that abstracts what you want to
> do and to
> > implement several concrete subclasses of this abstraction, one
> for each
> > target. Only the main subprogram will know on which target it
> is running
> > and will pass down to the application the appropriate instance
> or the
> > appropriate factory to build instances.
>
> I am certain you did NOT follow the advice of the message to
> which you are replying, and have a look at ??emstop.adb in
> the GNAT sources. The above comments are really not relevant
> to the use illustrated there.
>
> Sent via Deja.com http://www.deja.com/
> Share what you know. Learn what you don't.
Robert, please can you be less enigmatic. I do not see why it is not
relevant.
Is it wrong to think that Machine_State_Operations gathered methods that
apply on a Machine_State, as its own name may imply? Is it wrong to
think that an abstract tagged type could fill the same purpose, if it
was allowed in this context?
By the way, it seems to me that your example only stands as a
justification for the use of the separate construct in a language subset
we don't write programs with, the subset of the Ada language allowed to
write the GNAT runtime.
next prev parent reply other threads:[~1999-09-06 0:00 UTC|newest]
Thread overview: 50+ messages / expand[flat|nested] mbox.gz Atom feed top
1999-08-30 0:00 Function Calls by Address Craig Jameson
1999-08-30 0:00 ` Marin David Condic
1999-08-30 0:00 ` Marin David Condic
1999-08-30 0:00 ` Larry Kilgallen
1999-08-30 0:00 ` Robert Dewar
1999-08-30 0:00 ` Robert Dewar
1999-08-30 0:00 ` Robert Dewar
1999-08-31 0:00 ` Martin Gangkofer
1999-08-31 0:00 ` Matthew Heaney
1999-08-31 0:00 ` David Kristola
1999-09-01 0:00 ` Simon Wright
1999-09-02 0:00 ` Francois Godme
1999-09-03 0:00 ` Robert Dewar
1999-09-03 0:00 ` Francois Godme
1999-09-03 0:00 ` Robert Dewar
1999-09-03 0:00 ` Ted Dennison
1999-09-04 0:00 ` Jean-Pierre Rosen
1999-09-05 0:00 ` Ehud Lamm
1999-09-05 0:00 ` Matthew Heaney
1999-09-04 0:00 ` Brian Rogoff
1999-09-05 0:00 ` Robert Dewar
1999-09-05 0:00 ` Robert Dewar
1999-09-05 0:00 ` Robert Dewar
1999-09-03 0:00 ` Simon Wright
1999-09-03 0:00 ` David C. Hoos, Sr.
1999-09-04 0:00 ` Robert Dewar
1999-09-05 0:00 ` Francois Godme
1999-09-06 0:00 ` Robert Dewar
1999-09-06 0:00 ` Francois Godme [this message]
1999-09-06 0:00 ` Robert Dewar
1999-09-06 0:00 ` Bob Collins
1999-09-07 0:00 ` Pascal Obry
1999-09-06 0:00 ` Robert Dewar
1999-09-07 0:00 ` Pascal Obry
1999-09-07 0:00 ` Francois Godme
1999-09-08 0:00 ` Francois Godme
1999-09-03 0:00 ` Marin David Condic
1999-09-14 0:00 ` Robert I. Eachus
[not found] ` <wcc3dwgb7ii.fsf@world.std.com>
[not found] ` <37E81079.CC2566D9@mitre.org>
1999-09-22 0:00 ` Robert A Duff
1999-09-22 0:00 ` Robert I. Eachus
1999-09-23 0:00 ` Robert Dewar
1999-09-23 0:00 ` Robert A Duff
1999-09-04 0:00 ` Mario Klebsch
1999-09-05 0:00 ` Robert Dewar
1999-09-06 0:00 ` Francois Godme
1999-09-05 0:00 ` Brian Rogoff
1999-09-06 0:00 ` Robert Dewar
1999-09-08 0:00 ` Georg Bauhaus
1999-09-05 0:00 ` Geoff Bull
1999-09-07 0:00 ` Michael F. Yoder
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox