From: Simon Wright <simon@pushface.org>
Subject: Re: ANNOUNCE: SPARK toolset 6.1 now available
Date: 13 Jul 2002 14:37:32 +0100
Date: 2002-07-13T14:37:32+01:00 [thread overview]
Message-ID: <x7vd6tr4ulf.fsf@pushface.org> (raw)
In-Reply-To: uiuecbr38qbc34@corp.supernews.com
"Randy Brukardt" <randy@rrsoftware.com> writes:
> Rod Chapman wrote in message ...
> >dennison@telepath.com (Ted Dennison) wrote in message news:
> >> By "dispatching" do you mean runtime polymorphisim as opposed to
> >> compile-time polymorphisim?
> >
> >Correct. Run-time polymorhpism is not permitted. Calling an
> >inherited (or overridden) basic operation with a specific tagged
> >subtype is OK.
>
>
> Do you do that by prohibiting T'Class, or do you allow it for uses
> like hetrogeneous lists? If the latter, it seems as if there
> wouldn't be any problem supporting run-time polymorphism. And if the
> former is true, its hard to imagine what uses type extension can be
> put to...
Well, I suppose you can use implementation inheritance and save
yourself repeating the code for inherited operations.
I would be _very_ surprised if SPARKada allowed T'Class
(uncertainty being something you don't want in safety-related
software).
next prev parent reply other threads:[~2002-07-13 13:37 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-07-11 7:57 ANNOUNCE: SPARK toolset 6.1 now available Rod Chapman
2002-07-11 14:04 ` Ted Dennison
2002-07-12 8:52 ` Rod Chapman
2002-07-12 20:14 ` Randy Brukardt
2002-07-13 13:37 ` Simon Wright [this message]
2002-07-13 14:15 ` Robert A Duff
2002-07-13 18:11 ` Simon Wright
2002-07-13 20:15 ` Rod Chapman
2002-07-14 0:27 ` Randy Brukardt
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox