From mboxrd@z Thu Jan 1 00:00:00 1970 Received: (from weis@localhost) by pauillac.inria.fr (8.7.6/8.7.3) id TAA30944 for caml-redistribution; Mon, 21 Jun 1999 19:41:23 +0200 (MET DST) Received: from nez-perce.inria.fr (nez-perce.inria.fr [192.93.2.78]) by pauillac.inria.fr (8.7.6/8.7.3) with ESMTP id NAA28347 for ; Mon, 21 Jun 1999 13:43:10 +0200 (MET DST) Received: from inet-vrs-02.microsoft.com (mail2.microsoft.com [131.107.3.124]) by nez-perce.inria.fr (8.8.7/8.8.7) with SMTP id NAA22247 for ; Mon, 21 Jun 1999 13:43:08 +0200 (MET DST) Received: from 157.54.9.124 by inet-vrs-02.microsoft.com (InterScan E-Mail VirusWall NT); Mon, 21 Jun 1999 04:41:02 -0700 (Pacific Daylight Time) Received: by INET-IMC-02 with Internet Mail Service (5.5.2524.0) id ; Mon, 21 Jun 1999 04:41:02 -0700 Message-ID: <39ADCF833E74D111A2D700805F1951EF0F00BC41@RED-MSG-06> From: Don Syme To: "'Jacques GARRIGUE'" , fessant@pa.dec.com Cc: caml-list@inria.fr Subject: RE: Objects contrib: new URL ... Date: Mon, 21 Jun 1999 04:41:01 -0700 X-Mailer: Internet Mail Service (5.5.2524.0) Sender: weis > So I weaken my statement: casts are not an absolute evil which should > not be allowed at all, but at least they should be hard to use, enough > to encourage people to choose other methods when possible. I'm not in favour of the extensive use of casts, but this sounds like the kind of reasoning that was behind SML's syntax for references and imperative programming, which makes the imperative features of SML very hard to use. The problem is that when you really do need to use casts in an application, e.g. in window programming, then you'll probably need to use them a fair bit, so an awkward syntax could be quite problematic. Don