From: Rich Neswold <rich.neswold@gmail.com>
To: Tiphaine Turpin <Tiphaine.Turpin@irisa.fr>
Cc: caml-list@inria.fr
Subject: Re: [Caml-list] Preventing values from escaping a context
Date: Tue, 9 Feb 2010 12:09:54 -0600 [thread overview]
Message-ID: <14cf844b1002091009p1a3181j793c2d6b2cdcbae5@mail.gmail.com> (raw)
In-Reply-To: <4B711D44.7040509@irisa.fr>
[-- Attachment #1: Type: text/plain, Size: 1730 bytes --]
On Tue, Feb 9, 2010 at 2:31 AM, Tiphaine Turpin <Tiphaine.Turpin@irisa.fr>wrote:
> Jacques Garrigue a écrit :
> > From: Rich Neswold <rich.neswold@gmail.com>
> >> My question is this: Is there a way to make the compiler reject a
> function
> >> parameter from returning the context parameter?
> > The short answer is no.
> > Types are not sufficient to prevent values from escaping.
> > In ocaml, you have both functions and references.
> >
> There is at least a partial solution using polymorhic records or other
> ways of quantifying type variables inside a type expression : If you
> artificially parameterise the type context with an unused parameter (and
> hide the type definition), you can then require the argument function to
> be polymorphic with respect to this parameter, which should prevent it
> from returning or storing its argument.
>
I'm not understanding you fully, sorry. I tried this:
module type Test =
sig
type 'a context = Context of int * int
val usingContext : ('a context -> 'b) -> 'b
end;;
module InsTest : Test =
struct
type phantom = unit
type 'a context = Context of int * int
let usingContext f = f (Context (1, 2) : phantom context)
end;;
But I'm getting a "Signature mismatch" error in the usingContext signature.
Even trying to force the function:
let usingContext (f : 'a context -> 'b) = f (Context (1, 2) : phantom
context)
causes the error (the compiler is too smart :) I've tried some minor
variations, but without success. Am I even close to what you were
describing?
Thank you for your time,
--
Rich
Google Reader: https://www.google.com/reader/shared/rich.neswold
Jabber ID: rich@neswold.homeunix.net
[-- Attachment #2: Type: text/html, Size: 4024 bytes --]
next prev parent reply other threads:[~2010-02-09 18:09 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-02-09 3:07 Rich Neswold
2010-02-09 3:38 ` [Caml-list] " Jacques Garrigue
2010-02-09 8:24 ` Miles Sabin
2010-02-09 8:43 ` Jacques Garrigue
2010-02-09 17:18 ` Rich Neswold
2010-02-09 8:31 ` Tiphaine Turpin
2010-02-09 18:09 ` Rich Neswold [this message]
2010-02-09 18:45 ` Tiphaine Turpin
2010-02-10 0:39 ` Rich Neswold
2010-02-10 8:55 ` Goswin von Brederlow
2010-02-10 18:00 ` Rich Neswold
2010-02-10 21:37 ` Goswin von Brederlow
2010-02-09 17:13 ` Rich Neswold
2010-02-09 3:59 ` Yaron Minsky
2010-02-09 17:16 ` Rich Neswold
2010-02-11 10:39 ` Alexey Rodriguez
2010-02-11 11:05 ` rossberg
2010-02-11 13:52 ` Alexey Rodriguez
2010-02-11 15:17 ` rossberg
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=14cf844b1002091009p1a3181j793c2d6b2cdcbae5@mail.gmail.com \
--to=rich.neswold@gmail.com \
--cc=Tiphaine.Turpin@irisa.fr \
--cc=caml-list@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