From: John Max Skaller <skaller@ozemail.com.au>
To: "caml-list@inria.fr" <caml-list@inria.fr>
Subject: Re: [Caml-list] Why are arithmetic functions not polymorph?
Date: Tue, 03 Jun 2003 13:25:32 +1000 [thread overview]
Message-ID: <3EDC152C.5070906@ozemail.com.au> (raw)
In-Reply-To: <Pine.LNX.4.33.0305231259070.2037-100000@eagle.ancor.com>
Brian Hurt wrote:
> I don't want to turn this into a C++
> flamefest (had one of those already this week), but in my experience
> operator overloading is *really* *really* bad.
Not doubt because you had to work on someone else's
stupid code.
There is a clear an obvious need for overloading
aritmetic operators in Ocaml, now it has a reasonably
rich set of arithmetic types (including Big_int etc).
Another needed overload is 'print' (to print some
representation of a value which might be used in
a diagnostic).
There are fairly obvious rules about not
*overusing* a facility. C++ programmers, alas,
are prone to stretching the meager technology
available to them to the limit. One comment I read
on Slash.dot (or was it Freshmeat) about Ocaml
was who ugly it was to write
print_endline (string_of_int i)
compared to
cout << i << endl;
To be truthful such longwindedness often
obscures my program logic: the case they make
isn't really sound, but it is not entirely stupid either.
Of course, there is a distinction between
convenience (+ for all arithmetic types),
and dependence (dependent name lookup in templates).
The later is an abuse the *forces* complex overloads
to be defined (so that templates work).
--
John Max Skaller, mailto:skaller@ozemail.com.au
snail:10/1 Toxteth Rd, Glebe, NSW 2037, Australia.
voice:61-2-9660-0850
-------------------
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-03 3:25 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-05-22 22:31 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 [this message]
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
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=3EDC152C.5070906@ozemail.com.au \
--to=skaller@ozemail.com.au \
--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