Related articles |
---|
Re: Appropriate methods for argument checking jgllgher@maths.tcd.ie (Dara Gallagher) (1996-07-31) |
Re: Appropriate methods for argument checki chase@centerline.com (1996-08-05) |
Re: Appropriate methods for argument checki rwh@cs.cmu.edu (Robert Harper) (1996-08-09) |
From: | chase@centerline.com (David Chase) |
Newsgroups: | comp.compilers |
Date: | 5 Aug 1996 00:29:44 -0400 |
Organization: | CenterLine Software |
References: | 96-07-211 |
Keywords: | polymorphism |
Dara Gallagher <jgllgher@maths.tcd.ie> () writes:
> I'm not really sure, but it looks like you're confusing
> parametric polymorphism with existential types. I.e.
> you seem to be referring to (using your C [-like] syntax)
> T (*f)(T) <for some type T>
> rather than parametric polymorphism or
> T (*f)(T) <for all types T>
Yes, you are entirely correct. I was fooled by the type "parameter",
and somehow thought that this made the polymorphism "parametric". Was I
otherwise correct in my understanding of how this relates to seemingly
"covariant" typing? Is there a good, easy reference for this sort of
thing, perhas with examples relating things like parametric polymorphism
to how languages other than the lambda calculus might be modified and/or
used? I find that type theory is quite hard, even though I know that
I make implicit use of it when designing reusable code in C and Scheme.
And looking at most recently designed languages, I'm pretty sure that
most other people would find type theory hard, if they bothered to try
to study it.
speaking for myself,
David Chase
--
Return to the
comp.compilers page.
Search the
comp.compilers archives again.