From: Gilles Dubochet <dubochet@urbanet.ch>
To: caml-list@yquem.inria.fr
Subject: Re: [Caml-list] Polymorphic variant typing
Date: Wed, 16 Feb 2005 01:21:28 +0000 [thread overview]
Message-ID: <86796353528dde143b07545f7e94ed17@urbanet.ch> (raw)
In-Reply-To: <20050216.093635.226803934.garrigue@math.nagoya-u.ac.jp>
Thanks: that was exactly what I was looking for.
> The reason is simple enough: variants in ocaml are not based on Remy's
> rows, but on a type system with kinded variables, more in Ohori's
> style.
> This is described in detail in "Simple type inference for structural
> polymorphism", which you can find at
> http://wwwfun.kurims.kyoto-u.ac.jp/~garrigue/papers/
>
> The main reason for this choice is avoiding making rows explicit,
> i.e. having a multi-sorted type algebra. Note also that ocaml object
> types, while originally based on Remy's system, are hiding their
> row-variables, and can be described in the same formalism.
Just to make it crystal clear for me: You say that the "main reason for
this choice is avoiding making rows explicit", does this mean that the
O'Caml team feels that row-based type information is too complicated
for an average user since you either steer away of hide it in an object
model?
> Pragmatic reasons for this choice are given in Section 3 of
> "Typing deep pattern-matching in presence of polymorphic variants"
> which you can find at the same place.
Sincerely,
Gilles Dubochet.
next prev parent reply other threads:[~2005-02-16 1:21 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-02-15 21:28 Gilles Dubochet
2005-02-15 22:21 ` [Caml-list] " Olivier Pérès
2005-02-15 23:15 ` Gilles Dubochet
2005-02-16 0:36 ` Jacques Garrigue
2005-02-16 1:21 ` Gilles Dubochet [this message]
2005-02-16 6:40 ` Jacques Garrigue
2005-02-16 10:12 ` Radu Grigore
2005-02-16 0:43 ` David Brown
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=86796353528dde143b07545f7e94ed17@urbanet.ch \
--to=dubochet@urbanet.ch \
--cc=caml-list@yquem.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