From: Andreas Rossberg <rossberg@ps.uni-sb.de>
To: caml-list@inria.fr
Subject: Re: [Caml-list] Polymorphic Variants and Number Parameterized Types
Date: Mon, 29 Apr 2002 16:16:29 +0200 [thread overview]
Message-ID: <3CCD55BD.6DB352F5@ps.uni-sb.de> (raw)
In-Reply-To: <B1E4D3274D57D411BE8400D0B783FF32A8D72F@exchange1.cswv.com>
"Krishnaswami, Neel" wrote:
>
> Pascal Cuoq [mailto:pascal.cuoq@inria.fr] wrote:
> > Neel Krishnaswami wrote:
> >
> > > There's no recursion in the module system because that would break
> > > the termination guarantee. If you think of modules as records, and
> > > functors as lambda abstractions, you can see that the module system
> > > defines a simply-typed lambda calculus. As you've noticed with C++,
> > > adding recursion to it would mean you can write nonterminating module
> > > expressions. (All this is wonderfully clearly explained in
> > > the paper, "A modular module system".)
> >
> > I'm not sure about "simply-typed". Did the situation change since
> > that of http://caml.inria.fr/archives/199907/msg00027.html ?
>
> Wow! I didn't even know that was possible. I thought that typechecking
> record subtyping was decidable...?
Well, module types are (a limited form of) dependent types. What
concretely triggers undecidability of subtyping in OCaml is the presence
of abstract module types, at least in combination with the
contravariance of higher-order functors.
Note that Russo showed [1] that you can actually get rid of dependent
typing and interpret ML modules (without nested signatures) as a lambda
calculus with higher-order polymorphism (i.e., definitely not
simply-typed). The basic idea is to view functors as functions
polymorphic over their type arguments. In this setting, adding abstract
signatures would at least require adding polymorphic kinds, I believe.
[1]
@inproceedings{Russo:NonDependentTypes,
author = "Claudio Russo",
title = "Non-Dependent Types for {Standard} {ML} Modules",
booktitle = "International Conference on Principles and
Practice of Declarative Programming",
address = "Paris, France",
year = 1999,
month = sep,
}
--
Andreas Rossberg, rossberg@ps.uni-sb.de
"Computer games don't affect kids; I mean if Pac Man affected us
as kids, we would all be running around in darkened rooms, munching
magic pills, and listening to repetitive electronic music."
- Kristian Wilson, Nintendo Inc.
-------------------
To unsubscribe, mail caml-list-request@inria.fr Archives: http://caml.inria.fr
Bug reports: http://caml.inria.fr/bin/caml-bugs FAQ: http://caml.inria.fr/FAQ/
Beginner's list: http://groups.yahoo.com/group/ocaml_beginners
next prev parent reply other threads:[~2002-04-29 14:14 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-04-29 13:35 [Caml-list] Polymorphic Variants and Number Parameterized Typ es Krishnaswami, Neel
2002-04-29 14:16 ` Andreas Rossberg [this message]
2002-04-29 15:28 ` [Caml-list] Polymorphic Variants and Number Parameterized Types Francois Pottier
2002-04-29 16:48 ` Andreas Rossberg
2002-04-30 7:07 ` Francois Pottier
2002-04-30 10:34 ` [Caml-list] Encoding "abstract" signatures Andreas Rossberg
2002-04-30 15:18 ` [Caml-list] " Francois Pottier
2002-05-01 13:19 ` Andreas Rossberg
2002-05-02 7:47 ` Francois Pottier
2002-05-02 9:32 ` Andreas Rossberg
2002-05-06 7:27 ` Francois Pottier
2002-05-07 9:14 ` Andreas Rossberg
2002-04-30 10:04 ` [Caml-list] Modules and typing John Max Skaller
2002-04-30 11:51 ` Francois Pottier
2002-04-30 23:24 ` John Max Skaller
2002-05-01 8:08 ` Noel Welsh
2002-05-02 6:52 ` Francois Pottier
-- strict thread matches above, loose matches on Subject: below --
2002-04-24 21:44 [Caml-list] Polymorphic Variants and Number Parameterized Types Nadji.Gauthier
2002-04-27 1:17 ` John Max Skaller
2002-04-27 22:44 ` Brian Rogoff
2002-04-28 4:41 ` John Max Skaller
2002-04-29 13:53 ` Nadji.Gauthier
2002-04-29 14:01 ` Brian Rogoff
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3CCD55BD.6DB352F5@ps.uni-sb.de \
--to=rossberg@ps.uni-sb.de \
--cc=caml-list@inria.fr \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox