From: Dario Teixeira <darioteixeira@yahoo.com>
To: Jacques Garrigue <garrigue@math.nagoya-u.ac.jp>
Cc: caml-list@yquem.inria.fr
Subject: Re: [Caml-list] Troublesome nodes
Date: Fri, 18 Jul 2008 06:09:01 -0700 (PDT) [thread overview]
Message-ID: <299457.46023.qm@web54602.mail.re2.yahoo.com> (raw)
In-Reply-To: <20080718.112750.233079116.garrigue@math.nagoya-u.ac.jp>
Hi,
Thanks once more for your help, Jacques. I had no idea this problem would
prove to be such a challenge!
> So if you write
>
> type (+'a, 'b) t = private 'a constraint 'a = [< super_node_t ]
>
> then you must write (x : (_,_) t :> [> ]) if you want to use pattern
> matching on x.
The 'private' declaration you suggested does work on some simpler examples,
but the 3.11 compiler won't accept it for the Node module. This is the code:
module rec Node:
sig
type nonlink_node_t = [ `Text of string | `Bold of Node.super_node_t list ]
type link_node_t = [ `See of string | `Mref of string * nonlink_node_t list ]
type super_node_t = [ nonlink_node_t | link_node_t ]
type (+'a, 'b) t = private 'a constraint 'a = [< super_node_t ]
val text: string -> ([> nonlink_node_t], [> `Basic]) t
val bold: ([< super_node_t], 'a) t list -> ([> nonlink_node_t], 'a) t
val see: string -> ([> link_node_t], [> `Basic]) t
val mref: string -> (nonlink_node_t, 'a) t list -> ([> link_node_t], [> `Complex]) t
val make_basic: ('a, [< `Basic]) t -> ('a, [`Basic]) t
val make_complex: ('a, [< `Basic | `Complex]) t -> ('a, [`Complex]) t
end =
struct
type nonlink_node_t = [ `Text of string | `Bold of Node.super_node_t list ]
type link_node_t = [ `See of string | `Mref of string * nonlink_node_t list ]
type super_node_t = [ nonlink_node_t | link_node_t ]
type (+'a, 'b) t = 'a constraint 'a = [< super_node_t ]
let text txt = `Text txt
let bold seq = `Bold (seq :> super_node_t list)
let see ref = `See ref
let mref ref seq = `Mref (ref, seq)
let make_basic n = n
let make_complex n = n
end
And this is the error:
Type declarations do not match:
type (+'a, 'b) t = ('a, 'b) Node.t constraint 'a = [< super_node_t ]
is not included in
type (+'a, 'b) t = private 'a constraint 'a = [< super_node_t ]
> By the way, I forgot to mention that aliases (as keyword) of those
> were not allowed until now, so I have to fix it to make the syntax for
> private rows work. (There are useful examples using this syntax.)
>
> type ('a, 'b) t = private [< super_node_t ] as 'a
With 3.11+dev12, the above declaration produces a "Unbound type parameter .."
error. When you say you have to fix it, do you mean this will actually be
a valid declaration in 3.11 final? And will this solution allow for easier
pattern-matching of Node values, without the need for coercion?
Speaking of coercion, the exact syntax for it in combination with '#'
patterns elludes me. Take for example a simple, "identity", Node-to-Node
module listed below. How can coercion be applied?
module Node_to_Node =
struct
open Node
let rec convert_nonlink_node = function
| `Text txt -> text txt
| `Bold inl -> bold (List.map convert_super_node inl)
and convert_link_node = function
| `Mref (ref, inl) -> mref ref (List.map convert_nonlink_node inl)
| `See ref -> see ref
and convert_super_node = function
| #nonlink_node_t as node -> (convert_nonlink_node node : ('a, 'b) t :> (super_node_t, 'b) t)
| #link_node_t as node -> convert_link_node node
end
Best regards,
Dario Teixeira
__________________________________________________________
Not happy with your email address?.
Get the one you really want - millions of new email addresses available now at Yahoo! http://uk.docs.yahoo.com/ymail/new.html
next prev parent reply other threads:[~2008-07-18 13:09 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-07-11 20:39 Dario Teixeira
2008-07-11 21:20 ` [Caml-list] " Jeremy Yallop
2008-07-12 12:37 ` Dario Teixeira
2008-07-12 13:25 ` Jacques Carette
2008-07-12 16:44 ` Wolfgang Lux
2008-07-12 18:21 ` Dario Teixeira
2008-07-12 18:27 ` Jeremy Yallop
2008-07-12 18:58 ` Jacques Carette
2008-07-11 23:11 ` Zheng Li
2008-07-13 14:32 ` [Caml-list] " Dario Teixeira
2008-07-13 17:39 ` Dario Teixeira
2008-07-13 21:10 ` Jon Harrop
2008-07-14 15:11 ` Dario Teixeira
2008-07-14 18:52 ` Dario Teixeira
2008-07-14 19:37 ` Jeremy Yallop
2008-07-16 21:22 ` Dario Teixeira
2008-07-17 0:43 ` Jacques Garrigue
2008-07-17 10:59 ` Jeremy Yallop
2008-07-18 2:34 ` Jacques Garrigue
2008-07-18 9:47 ` Jeremy Yallop
2008-07-18 13:02 ` Jacques Garrigue
2008-07-18 13:55 ` Jacques Garrigue
2008-07-19 2:15 ` Jacques Garrigue
2008-07-17 16:12 ` Dario Teixeira
2008-07-18 2:27 ` Jacques Garrigue
2008-07-18 13:09 ` Dario Teixeira [this message]
2008-07-18 17:36 ` Dario Teixeira
2008-07-19 2:23 ` Jacques Garrigue
2008-07-19 8:43 ` Dario Teixeira
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=299457.46023.qm@web54602.mail.re2.yahoo.com \
--to=darioteixeira@yahoo.com \
--cc=caml-list@yquem.inria.fr \
--cc=garrigue@math.nagoya-u.ac.jp \
/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