From: Jacques Garrigue <garrigue@kurims.kyoto-u.ac.jp>
To: l_stafiniak@hoga.pl
Cc: caml-list@inria.fr
Subject: Re: [Caml-list] Polymorphic recursion
Date: Mon, 25 Aug 2003 09:30:49 +0900 [thread overview]
Message-ID: <20030825093049F.garrigue@kurims.kyoto-u.ac.jp> (raw)
In-Reply-To: <002c01c36a6a$05ba9f20$aaee4dd5@ppp>
From: "Lukasz Stafiniak" <l_stafiniak@hoga.pl>
> I have recently encountered some very interesting notions (cited below).
> Although I've been using OCaml for some time, up to now I didn't know about
> the existence of polymorphic records and (their reference to) the problem of
> polymorphic recursion. Perhaps a word about it should be stated in the
> manual (more evidently)? (I don't even recall to have seen the syntax in the
> manual for this.)
It is in the tutorial, but maybe confusingly under "mutable fields".
> With Your help I ventured again to "typecheck my programs before they are
> generated" etc. But now I get an error I totally don't understand. (Still it
> somehow resembles the problem it posed as an ordinary function.) Could
> someone explain? I have attached the file.
The error message I get is:
File "typedcode.ml", line 55, characters 2-420:
This field value has type
'a annot annot valu_env option -> 'a annot valu -> 'a annot valu_env
which is less general than 'b. 'b valu_env option -> 'b valu -> 'b valu_env
Which just means that since 'a annot is not a type variable, it is
less general than valu.
Actually, it seems that the type checker is overly restrictive, as
you have defined
type 'a annot = 'a
Note that such definitions make lots of thing more difficult, and I am
starting to desespair to handle them fully correctly: they make it
impossible to assume that 'a annot is really not a type variable.
I'll try to fix it anyway.
Jacques Garrigue
-------------------
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:[~2003-08-25 0:30 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-08-24 18:01 Lukasz Stafiniak
2003-08-25 0:30 ` Jacques Garrigue [this message]
2003-08-25 0:43 ` Jacques Garrigue
2007-04-03 16:59 Loup Vaillant
2007-04-03 17:20 ` [Caml-list] " Jeremy Yallop
2007-04-04 5:27 ` Alain Frisch
2007-04-04 12:54 ` Loup Vaillant
2007-04-03 17:35 ` Till Varoquaux
2007-04-03 20:00 ` brogoff
2007-04-04 1:27 ` skaller
2007-04-04 1:40 ` skaller
2007-04-04 13:49 ` Roland Zumkeller
2007-04-04 15:13 ` Alain Frisch
2007-04-04 15:20 ` Alain Frisch
2007-04-04 16:45 ` Roland Zumkeller
2007-04-04 19:58 ` Alain Frisch
2007-04-04 20:13 ` brogoff
2007-04-05 9:33 ` Roland Zumkeller
2007-04-05 9:54 ` Alain Frisch
2007-04-05 10:07 ` Daniel de Rauglaudre
2007-04-05 9:46 ` Francois Maurel
2007-04-04 23:36 ` Brian Hurt
2007-04-05 8:17 ` Loup Vaillant
2008-05-12 21:55 polymorphic recursion Jacques Le Normand
2008-05-12 22:16 ` [Caml-list] " Christophe TROESTLER
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=20030825093049F.garrigue@kurims.kyoto-u.ac.jp \
--to=garrigue@kurims.kyoto-u.ac.jp \
--cc=caml-list@inria.fr \
--cc=l_stafiniak@hoga.pl \
/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;
as well as URLs for NNTP newsgroup(s).