Email list hosting service & mailing list manager

Efficiency of generic programming Andre van Tonder (06 Oct 2005 19:02 UTC)
Re: Efficiency of generic programming Michael Sperber (07 Oct 2005 06:19 UTC)
Re: Efficiency of generic programming Andre van Tonder (07 Oct 2005 14:27 UTC)
Re: Efficiency of generic programming Michael Sperber (10 Oct 2005 19:37 UTC)
Re: Efficiency of generic programming Andre van Tonder (10 Oct 2005 20:03 UTC)

Re: Efficiency of generic programming Michael Sperber 07 Oct 2005 06:18 UTC

Andre van Tonder <xxxxxx@now.het.brown.edu> writes:

> I have a concern with the efficiency of the current interface for reflection.
> Some simple, and rather important or canonical, generic operations will be
> rather less efficient than they could be.

I think it's commonly accepted among the authors that the reflection
interface isn't particularly complete.

Specifically, it is really meant for structurally reflective
operations, such as interpreters and introspection, rather than the
efficient implementation of anything.

> - Polymorphic copying and update will be slow:

In particular, polymorphic copying and update really fall outside its
purview---they wouldn't work on opaque record types, anyway.  Maybe
you can elaborate why and where you want these?

--
Cheers =8-} Mike
Friede, Völkerverständigung und überhaupt blabla