From mboxrd@z Thu Jan 1 00:00:00 1970 Received: (from majordomo@localhost) by pauillac.inria.fr (8.7.6/8.7.3) id VAA30819; Sat, 20 Sep 2003 21:32:46 +0200 (MET DST) X-Authentication-Warning: pauillac.inria.fr: majordomo set sender to owner-caml-list@pauillac.inria.fr using -f 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 VAA10605 for ; Sat, 20 Sep 2003 21:32:45 +0200 (MET DST) Received: from mail3.tpgi.com.au (mail.tpgi.com.au [203.12.160.59]) by nez-perce.inria.fr (8.11.1/8.11.1) with ESMTP id h8KJWh505566 for ; Sat, 20 Sep 2003 21:32:44 +0200 (MET DST) Received: from 203-213-84-92-syd-ts16-2600.tpgi.com.au (203-213-84-92-syd-ts16-2600.tpgi.com.au [203.213.84.92]) by mail3.tpgi.com.au (8.11.6/8.11.6) with ESMTP id h8KJWUF09439; Sun, 21 Sep 2003 05:32:31 +1000 Subject: Re: [Caml-list] Commercial application written in O'Caml: ExcelEverywhere From: skaller Reply-To: skaller@ozemail.com.au To: Richard Jones Cc: Mattias Waldau , caml-list@pauillac.inria.fr In-Reply-To: <20030919144701.GB4205@redhat.com> References: <3F6AB7CB.6020505@abc.se> <20030919144701.GB4205@redhat.com> Content-Type: text/plain Message-Id: <1064086341.2679.66.camel@pelican> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 (1.2.2-4) Date: 21 Sep 2003 05:32:22 +1000 Content-Transfer-Encoding: 7bit X-Loop: caml-list@inria.fr X-Spam: no; 0.00; caml-list:01 ozemail:01 mattias:01 waldau:01 disadvantage:01 -bits:01 sensibly:01 wrappers:01 lacks:01 library':01 add-on:01 cpan:01 unicode:01 ocaml:01 ocaml:01 Sender: owner-caml-list@pauillac.inria.fr Precedence: bulk On Sat, 2003-09-20 at 00:47, Richard Jones wrote: > On Fri, Sep 19, 2003 at 10:01:15AM +0200, Mattias Waldau wrote: > > Disadvantage > > - 8-bits strings. > > UNICODE is needed and the standard for .NET, Java, Ruby... > > Yeah, UTF-8 is a real necessity for us too. > > > - Few libraries > > Yup. If there's one thing which Perl/Java have taught us, it's that > you can NEVER, EVER have a large enough standard library! It'd be > great if OCaml came with a really comprehensive library. I don't agree entirely. As a member of the C++ Standardisation Committee I can tell you that one aim is to keep the C++ Standard Library sensibly sized. A library which is too large becomes unmaintable, too daunting for users .. and demonstrates that the language fails to support simplicity. One virtue of the Ocaml library at the moment is that after certain 'weird' libraries are removed from consideration, the data-structures and algorithms part is quite small, the core language support is tiny, and the external functionality wrappers (such as Unix) are modest and sensible in their scope. What Ocaml lacks, in my opinion, isn't a 'larger library' so much as a suitable packaging mechanism to make it easy to obtain and install add-on libraries. And whilst the Hump is a nice source of codes, it isn't quite the same as CPAN :) ------------------- 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