caml-list - the Caml user's mailing list
 help / color / mirror / Atom feed
From: Julien Verlaguet <Julien.Verlaguet@pps.jussieu.fr>
To: Andreas Rossberg <AndreasRossberg@web.de>
Cc: caml-list@yquem.inria.fr
Subject: Re: [Caml-list] bizarre type
Date: Thu, 30 Jun 2005 23:42:33 +0200 (CEST)	[thread overview]
Message-ID: <Pine.LNX.4.62.0506302337540.29747@hydrogene.pps.jussieu.fr> (raw)
In-Reply-To: <000d01c57dab$21871e30$14b2a8c0@wiko>



> Well, since '_a t = int t the compiler can freely choose either for
> printing. Or bool t, for that matter.

agreed.

> Yes, but that's not what you did in the other example. You wrote (x : 'a
> t) - and because of the way t was defined this was as good as writing (x :
> string) and hence did not induce any additional constraint.

Ok, I have to aggree.

In fact it prevents me from writting this :

type 'a marshalled=string

let make (x : 'a)=(Marshal.to_string x [] : 'a marshalled);;

And then do all type of operations in a type safe way on strings.

I have to aggree though that I wrote 'a t=string and therefore one should
be able to exchange them.

The only tiny thing that disturbs me is that in my previous example :

let g (x : 'a t) (y : 'a)

the type of y depends on the 'a present in 'a t.
It is odd. But I have to admit it's correct.

Thanks for your help.

J


  reply	other threads:[~2005-06-30 21:42 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-06-30 15:48 Julien Verlaguet
2005-06-30 16:49 ` [Caml-list] " Andreas Rossberg
2005-06-30 16:58   ` Julien Verlaguet
2005-06-30 17:16     ` Stephane Glondu
2005-06-30 17:24     ` Andreas Rossberg
2005-06-30 18:30   ` Julien Verlaguet
2005-06-30 19:37     ` Andreas Rossberg
2005-06-30 21:42       ` Julien Verlaguet [this message]
2005-06-30 23:57         ` Jacques Garrigue
2005-07-03 11:42         ` Damien Doligez
2005-07-03 12:37           ` Jacques Garrigue

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=Pine.LNX.4.62.0506302337540.29747@hydrogene.pps.jussieu.fr \
    --to=julien.verlaguet@pps.jussieu.fr \
    --cc=AndreasRossberg@web.de \
    --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;
as well as URLs for NNTP newsgroup(s).