From: Julien Blond <julien.blond@gmail.com>
To: David Allsopp <dra-news@metastack.com>
Cc: OCaml mailing-list <caml-list@inria.fr>
Subject: Re: [Caml-list] Empty polymorphic variant set
Date: Fri, 25 Nov 2016 14:01:18 +0100 [thread overview]
Message-ID: <CAG3nF7UAfE-O-SG-XWdJy=EPGmm1uzNtsynfSin3LD3bJs5-+g@mail.gmail.com> (raw)
In-Reply-To: <E51C5B015DBD1348A1D85763337FB6D90135515686@Remus.metastack.local>
[-- Attachment #1: Type: text/plain, Size: 1740 bytes --]
Yes, i knew the variant constructor but, somehow i didn't realize i was
precisely using it for my mind was focused on the polymorphic variant list
:)
In fact, i wondered if a generic result type like this
type ('a, 'b) result = Ok of 'a | Error of 'b
that we can see in several library could be used to specify a "safe" result
which could have type something like ('a, []) result. One could encode 'b
as some error list at type level but it needs some complicated type
management and i'm targeting OCaml beginners for which i just want them to
be careful about non nominal results.
2016-11-25 12:22 GMT+01:00 David Allsopp <dra-news@metastack.com>:
> Julien Blond wrote:
> > 2016-11-25 9:39 GMT+01:00 Julien Blond <mailto:julien.blond@gmail.com>:
> > Hi,
> > Let's try something :
> > $ ocaml
> > OCaml version 4.03.0
> >
> > # let _ : [] list = [];;
> > Characters 9-10:
> > let _ : [] list = [];;
> > Error: Syntax error
> > # type empty = [];;
> > type empty = []
> > # let _ : empty list = [];;
> > - : empty list = []
> > #
> >
> > Does anyone know if there is a reason to forbid the empty polymorphic
> variant
> > set in type expressions or if it's a bug ?
>
> As you've observed, [] is a variant constructor since 4.03.0 - see GPR#234
> (https://github.com/ocaml/ocaml/pull/234). The GPR contains references
> and comments as to the motivation for this.
>
> What's your desired use for the type of the non-extensible empty
> polymorphic variant?
>
> Possibly related, you can define a general type for a list of polymorphic
> variants:
>
> let (empty : [> ] list) = []
>
> or
>
> let (length : [> ] list -> int) = List.length;;
> length [`Foo; `Bar];;
> length [42];;
>
> if that's what you were after?
>
>
> David
>
[-- Attachment #2: Type: text/html, Size: 2578 bytes --]
next prev parent reply other threads:[~2016-11-25 13:01 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-11-25 8:39 Julien Blond
2016-11-25 9:19 ` Ben Millwood
2016-11-25 9:20 ` Julien Blond
2016-11-25 11:22 ` David Allsopp
2016-11-25 13:01 ` Julien Blond [this message]
2016-11-25 13:46 ` Gabriel Scherer
2016-11-25 13:52 ` Andreas Rossberg
2016-11-25 15:42 ` Markus Mottl
2016-11-25 15:46 ` Gabriel Scherer
2016-11-25 15:59 ` Yaron Minsky
2016-11-25 16:42 ` Markus Mottl
2016-11-25 17:11 ` Gabriel Scherer
2016-11-25 16:50 ` Stephen Dolan
2016-11-25 16:59 ` Jeremy Yallop
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='CAG3nF7UAfE-O-SG-XWdJy=EPGmm1uzNtsynfSin3LD3bJs5-+g@mail.gmail.com' \
--to=julien.blond@gmail.com \
--cc=caml-list@inria.fr \
--cc=dra-news@metastack.com \
/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