On Tue, 28 Sep 2004, Jon Harrop wrote:

> On Tuesday 28 September 2004 08:22, Ville-Pertti Keinonen wrote:
> > I'm fairly certain that type safety is a significant part of the reason;
> > if they were polymorphic, they'd accept any kind of arguments, not just
> > numbers.  What's the product of two strings?  A run-time type error?
> 
> It seems odd then, that the polymorphic comparisons do raise run-time type 
> errors (on functions). I guess that's just the way the cookie crumbled...
> 
> I think a static analysis program to pick up on such problems could be very 
> useful...

This gets tricky, I would think.  One thing I don't want to lose is the 
ability to make ('a -> 'b) list types.  Comparing two functions is 
obviously bogus, but in most other places being able to handle both 
functions and data is a usefull thing.

-- 
"Usenet is like a herd of performing elephants with diarrhea -- massive,
difficult to redirect, awe-inspiring, entertaining, and a source of
mind-boggling amounts of excrement when you least expect it."
                                - Gene Spafford 
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