From: David Brown <caml-list@davidb.org>
To: Alessandro Baretta <alex@baretta.com>
Cc: Ocaml <caml-list@inria.fr>
Subject: Re: [Caml-list] Typing problem with polymorphic variants
Date: Tue, 1 Apr 2003 10:44:28 -0800 [thread overview]
Message-ID: <20030401184428.GA895@opus.davidb.org> (raw)
In-Reply-To: <3E89CDA0.7090200@baretta.com>
On Tue, Apr 01, 2003 at 07:34:24PM +0200, Alessandro Baretta wrote:
> Why are "match-anything" functions of the kind of
>
> let f = function
> | `Foo -> "foo"
> | `Bar -> "bar"
> | _ -> "?"
>
> incompatible with signatures like
>
> val f : [> `Foo ] -> string
> ?
>
> There clearly is no case when a value of type [> `Foo] will
> not be acceptable for f. So why does the type checker reject
> this?
I would apply the same question to the object system: why can a
signature not hide methods of a class.
Does making the signature more restrictive somehow hurt the type system?
e.g.:
class foo : object method baz : int end =
object
method baz = 5
method bar = 2
end
gives:
The class type object method bar : int method baz : int end
is not matched by the class type object method baz : int end
The public method bar cannot be hidden
It seems to me this is the same kind of thing where struct's can contain
definitions that are not in the signature, and that can be used to hide
them.
Is there some underlying reason that I'm missing? Perhaps assumptions
the type system makes about the signature being complete?
Dave Brown
-------------------
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-04-01 18:44 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-04-01 17:34 Alessandro Baretta
2003-04-01 18:38 ` Ville-Pertti Keinonen
2003-04-01 17:56 ` Alessandro Baretta
2003-04-01 18:44 ` David Brown [this message]
2003-04-02 1:34 ` 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=20030401184428.GA895@opus.davidb.org \
--to=caml-list@davidb.org \
--cc=alex@baretta.com \
--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