From: brogoff@speakeasy.net
To: Pierre Weis <pierre.weis@inria.fr>
Cc: Oleg Trott <oleg_trott@columbia.edu>,
John Max Skaller <skaller@ozemail.com.au>,
"caml-list@inria.fr" <caml-list@inria.fr>
Subject: Re: easy print and read (was: [Caml-list] Why are arithmetic functions not polymorph?)
Date: Fri, 6 Jun 2003 09:40:16 -0700 (PDT) [thread overview]
Message-ID: <Pine.LNX.4.44.0306060909340.6703-100000@grace.speakeasy.net> (raw)
In-Reply-To: <20030606124626.A27959@pauillac.inria.fr>
On Fri, 6 Jun 2003, Pierre Weis wrote:
[... snipped lots of good stuff I enthusiastically agree with ...]
> Bibliography and further readings:
> ==================================
Let me add that if you don't want to read lots of type theory papers even if
it's good for you, that the GCaml implementation README at
http://cristal.inria.fr/~furuse/generics/README.gcaml
takes you on a quick walk through what you can do, and it's pretty cool.
I'm really looking forward to the next version, which will hopefully include
modules. I also wonder about how the object system will fit in with all of
this. The interaction of generics with all of this "non-core" ML is still
a mystery to us anxious users :-)
BTW, someone (Brian Hurt?) brought up a nice simple example of where the
current generic polymorphism seems a bit weak
generic one = | int => 1 | float => 1.0 ;;
generic two = | int => 2 | float => 2.0 ;;
generic plus = | float -> float -> float => (+.) | int -> int -> int => (+);;
plus one two;; (* Can't determine plus without at least one type annotation *)
and it would be nice if in such situations the correct plus could be inferred.
This is very exciting stuff! Beyond overloading, this system provides a type
safe value IO and dynamic typing capabilities.
-- Brian
-------------------
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-06-06 16:40 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-05-22 22:31 [Caml-list] Why are arithmetic functions not polymorph? hermanns
2003-05-22 23:10 ` Brian Hurt
2003-05-23 1:34 ` Nicolas Cannasse
2003-05-23 9:56 ` David Monniaux
2003-05-23 10:13 ` Ville-Pertti Keinonen
2003-05-23 16:34 ` brogoff
2003-05-23 18:02 ` Brian Hurt
2003-05-23 18:12 ` Matt Gushee
2003-05-23 20:25 ` brogoff
2003-05-23 21:15 ` Brian Hurt
2003-05-23 21:23 ` brogoff
2003-06-03 3:42 ` John Max Skaller
2003-06-03 4:10 ` Oleg Trott
2003-06-03 6:57 ` John Max Skaller
2003-06-03 3:25 ` John Max Skaller
2003-06-06 7:08 ` easy print and read (was: [Caml-list] Why are arithmetic functions not polymorph?) Oleg Trott
2003-06-06 10:46 ` Pierre Weis
2003-06-06 16:40 ` brogoff [this message]
2003-06-07 10:59 ` Stefano Zacchiroli
2003-06-07 14:44 ` Jun.Furuse
2003-06-08 6:32 ` brogoff
2003-06-08 8:49 ` Chris Hecker
2003-06-09 9:40 ` Jun.Furuse
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.44.0306060909340.6703-100000@grace.speakeasy.net \
--to=brogoff@speakeasy.net \
--cc=caml-list@inria.fr \
--cc=oleg_trott@columbia.edu \
--cc=pierre.weis@inria.fr \
--cc=skaller@ozemail.com.au \
/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