Browse thread
[Caml-list] Understanding why Ocaml doesn't support operator overloading.
[
Home
]
[ Index:
by date
|
by threads
]
[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
| Date: | -- (:) |
| From: | Jørgen Hermanrud Fjeld <jhf@h...> |
| Subject: | Re: [Caml-list] Understanding why Ocaml doesn't support operator overloading. |
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi again.
Now I found a previous thread about this
"http://caml.inria.fr/archives/200104/threads.html#00028"
I still don't understand why overloading isn't doable, (not only operator
overloading)
And I wondered if any projects work on this?
On torsdag 28 november 2002, 22:02, Jørgen Hermanrud Fjeld wrote:
> Hi.
> Some time ago, when looking at Ocaml for the first time, I got baffled by
> the lack of operator overloading. I am still wondering why this is the
> case. Could someone please point me to more information about this?
>
> I remember reading something about operator overloading and type inference
> beeing hard to combine. A little googleing brought me, amongst many things,
> what seems to be a paper about the subject:
> "http://doi.acm.org/10.1145/581478.581495"
> (No I haven't read the paper yet, but it seemed ontopic)
- --
Sincerely | Homepage:
Jørgen | http://www.hex.no/jhf
| Public GPG key:
| http://www.hex.no/jhf/key.txt
There are three schools of magic. One: State a tautology, then ring the
changes on its corollaries; that's philosophy. Two: Record many facts.
Try to find a pattern. Then make a wrong guess at the next fact; that's
science. Three: Be aware that you live in a malevolent Universe controlled
by Murphy's Law, sometimes offset by Brewster's Factor; that's engineering.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)
iD8DBQE95ooy9jvTqPy5VsoRAsRCAJ9K3uuH2nK55WTFn4cRoK4NwfhpSQCeJEca
woLJurkjCSQqYi3k751obfo=
=EKLa
-----END PGP SIGNATURE-----
-------------------
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