From: Don Syme <dsyme@microsoft.com>
To: "'Xavier Leroy'" <Xavier.Leroy@inria.fr>,
Christopher Jeris <cjeris@math.mit.edu>,
caml-list@inria.fr
Subject: RE: anonymous record types in variants
Date: Thu, 18 Feb 1999 06:03:32 -0800 [thread overview]
Message-ID: <39ADCF833E74D111A2D700805F1951EF0F00B9CB@RED-MSG-06> (raw)
> > type foo_one = {one: int}
> > type foo_two = {two: string}
> > type foo = One of foo_one | Two of foo_two
> >
> > But, just out of curiosity, is there a quick explanation of
> why it is this
> > way?
>
> Basically, because "{one : int}" is not a type expression, and the
> argument of a constructor must be a type expression.
>
> The reason why "{one : int}" is not a type expression but must be
> declared and bound to a type name have to do with type inference
> and the existence of principal types. If you allow record types in
> type expressions (as in SML), some functions have no principal type,
> such as fun x -> x.l.
I think all we're thinking of is a mechanism so the user doesn't have to
write
nonsense type names such as foo_one and foo_two as in the above example.
Within a (mutually recursive) type declaration, shouldn't it
be feasible to use tuples, records and variants freely, as long as all the
names
of all the fields and constructors are used at only one place in the
declaration?
Of course you would always need named types for recursive type constructors.
Cheers & thanks,
Don
------------------------------------------------------------------------
At the lab: At home:
Microsoft Research Cambridge 11 John St
St George House CB1 1DT
Cambridge, CB2 3NH, UK
Ph: +44 (0) 1223 744797 Ph: +44 (0) 1223 722244
http://research.microsoft.com/users/dsyme
email: dsyme@microsoft.com
"You've been chosen as an extra in the movie
adaptation of the sequel to your life" -- Pavement, Shady Lane
------------------------------------------------------------------------
next reply other threads:[~1999-02-18 16:48 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
1999-02-18 14:03 Don Syme [this message]
-- strict thread matches above, loose matches on Subject: below --
1999-02-22 16:37 Manuel Fahndrich
1999-02-22 17:56 ` Pierre Weis
1999-02-18 10:13 Frank A. Christoph
1999-02-16 17:40 Don Syme
1999-02-15 18:03 Manuel Fahndrich
1999-02-15 10:30 Don Syme
1999-02-12 20:53 Christopher Jeris
1999-02-16 10:57 ` Anton Moscal
1999-02-17 9:32 ` Xavier Leroy
1999-02-17 18:09 ` Christopher Jeris
1999-02-17 19:14 ` Didier Remy
1999-02-22 8:44 ` Anton Moscal
1999-02-22 13:00 ` Pierre Weis
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=39ADCF833E74D111A2D700805F1951EF0F00B9CB@RED-MSG-06 \
--to=dsyme@microsoft.com \
--cc=Xavier.Leroy@inria.fr \
--cc=caml-list@inria.fr \
--cc=cjeris@math.mit.edu \
/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