Mailing list for all users of the OCaml language and system.
 help / color / mirror / Atom feed
From: Didier.Remy@inria.fr
To: Gert Smolka <smolka@ps.uni-sb.de>
Cc: caml-list@inria.fr
Subject: Re: Overriding with subtypes
Date: Tue, 31 Aug 1999 15:48:08 +0200	[thread overview]
Message-ID: <19990831154808.63182@morgon.inria.fr> (raw)
In-Reply-To: <37CAB746.950F452C@ps.uni-sb.de>; from Gert Smolka on Mon, Aug 30, 1999 at 06:54:30PM +0200

Hi Gert,

> It should be ok to override a method of type t
> with a method of a subtype of  t.  

Yes, but this would require a form of bounded quantification.
The parent class should be typed with a class scheme of the form

        parent : Forall 'a < t. classtype ... t ...

so that the code is also correct when t is replaced by a subtype of t.

For simplicity, and because it is not essential, we don't have bounded
quantification in Ocaml but only ML-style polymorphism. 

> In fact, that happens in
> 
> class c  = object(self) method a = self end
> class c' = object(self) inherit c method a = self method b = 1 end
> 
> since c' is a proper subtype of c.  This is accepted by Ocaml.  

Yes it is accepted, but not for the reason you think.  Class c has type:

        class c : object ('a) method a : 'a end

This is a polymorphic in the row variable .. that appears in the implicit
type constraint 'a == < a : 'a; .. >

> However,
> 
> class d  = object method a = new c end
> class d' = object inherit d method a = new c' end
> 
> is rejected.  Why?  

Because the type of "new c'" is not an instance of the type of
"new c".  Indeed, "new c" has a closed type 'a == < a : 'a > without the
"..". This is a ground (recursive) type with no other instance but itself.

> I would expect that this is a
> limitation that is due to the type inferencer.

With explicit subtyping, you can type:

        class d'' = object inherit d method a = (new c' :> c) end

Class d' and d'' are operationally equivalent. However, d'' has type

        class d'' : object method a : c end

while you expected

        class d' : object method a : c' end

The later is be sound and should be typable with a form of bounded
quantification. This does not mean to be explicitly typed.  Extending Ocaml
with subtyping constraints is possible *in principle* and would preserve
type inference. Then, the above example could be accepted.  

    Didier.




      reply	other threads:[~1999-08-31 17:15 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1999-08-30 16:54 Gert Smolka
1999-08-31 13:48 ` Didier.Remy [this message]

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=19990831154808.63182@morgon.inria.fr \
    --to=didier.remy@inria.fr \
    --cc=caml-list@inria.fr \
    --cc=smolka@ps.uni-sb.de \
    /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