From: Xavier Leroy <leroy@welcome.disi.unige.it>
To: "Pierre CREGUT - FT.BD/CNET/DTL/MSV"
<pierre.cregut@cnet.francetelecom.fr>,
Pierre Weis <Pierre.Weis@inria.fr>
Cc: Simon Helsen <helsen@informatik.uni-tuebingen.de>, caml-list@inria.fr
Subject: Re: polymorphic recursion
Date: Tue, 22 Sep 1998 19:14:10 +0200 [thread overview]
Message-ID: <19980922191410.C17087@welcome.disi.unige.it> (raw)
In-Reply-To: <19980922175023.23586@lsun564>; from Pierre CREGUT - FT.BD/CNET/DTL/MSV on Tue, Sep 22, 1998 at 05:50:23PM +0200
[On the scope and binding location of type variables in type constraints:]
> This has already been solved in the SML standard and even if it is not
> necessarily easy to understand when formalized, this is quite intuitive :
[SML'90 rule snipped]
Actually, SML'97 adds explicit scoping of type variables if desired.
The syntax is something like
let 'a val x = ...
(This is from memory, I don't have the '97 Definition here.)
Although those declarations are optional and the old rule is used
if they are omitted, it shows that maybe the old rule is a little too
subtle to be understood by all.
IT is amusing to notice that SML, Caml and Haskell implement three
different semantics for type variables in constraints:
- SML: bind at "let" enclosing all mentions of the variable
- Caml: bind at nearest "struct ... let x = ... end";
- Haskell: bind immediately in type expression itself (I think).
This is one of those little dark spots in ML-style languages that I
hope will be cleaned some day by drastic simplifications (as the
problem with polymorphic refs was drastically simplified by the value
restriction). (Argumented) suggestions are welcome.
- Xavier Leroy
next prev parent reply other threads:[~1998-09-23 7:23 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
1998-09-21 16:30 Peter J Thiemann
1998-09-22 2:33 ` Jacques GARRIGUE
1998-09-22 9:22 ` Pierre Weis
1998-09-22 10:00 ` Simon Helsen
1998-09-22 15:06 ` Pierre Weis
1998-09-22 15:28 ` Simon Helsen
1998-09-22 16:33 ` Pierre Weis
1998-09-22 15:50 ` Pierre CREGUT - FT.BD/CNET/DTL/MSV
1998-09-22 17:14 ` Xavier Leroy [this message]
1998-09-28 9:51 ` Pierre Weis
1998-09-28 11:45 ` Peter Thiemann
1998-09-28 13:00 ` Pierre Weis
1998-10-05 14:27 ` Local definitions Anton Moscal
1998-10-12 11:39 ` Xavier Leroy
1998-10-12 17:20 ` Adam P. Jenkins
1998-10-14 13:47 ` Anton Moscal
1999-08-22 20:35 Polymorphic recursion Hongwei Xi
1999-08-23 12:19 ` Pierre Weis
2007-04-03 16:59 Loup Vaillant
2007-04-04 13:49 ` [Caml-list] " Roland Zumkeller
2007-04-04 15:13 ` Alain Frisch
2007-04-04 15:50 ` Stefan Monnier
2008-05-12 21:55 polymorphic recursion Jacques Le Normand
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=19980922191410.C17087@welcome.disi.unige.it \
--to=leroy@welcome.disi.unige.it \
--cc=Pierre.Weis@inria.fr \
--cc=caml-list@inria.fr \
--cc=helsen@informatik.uni-tuebingen.de \
--cc=pierre.cregut@cnet.francetelecom.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