English version
Accueil     Ŕ propos     Téléchargement     Ressources     Contactez-nous    

Ce site est rarement mis ŕ jour. Pour les informations les plus récentes, rendez-vous sur le nouveau site OCaml ŕ l'adresse ocaml.org.

Browse thread
If OCaml were a car
[ Home ] [ Index: by date | by threads ]
[ Search: ]

[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
Date: 2007-08-21 (18:57)
From: Richard Jones <rich@a...>
Subject: Re: [Caml-list] If OCaml were a car
On Tue, Aug 21, 2007 at 08:30:28PM +1000, skaller wrote:
> On Tue, 2007-08-21 at 11:51 +0200, Oliver Bandel wrote:
> > Zitat von skaller <skaller@users.sourceforge.net>:
> > > (1.b) lack of multi-processing
> > 
> > You mean parallelization on many processors?
> Yes.
> > Well, Unix.fork could help, 
> No, it can't "help": some applications can be built that way,
> with suitable message passing protocols. Others required 
> shared data. 

This might come back and bite you in a couple of years you've got 16-
and 32-core processors and you find your parallel GC / operating
system really don't scale.

> Now try to wrap a library like GTK with hundreds or even 
> thousands of functions!

I certainly won't argue on this count.  I've been chasing the libvirt
API for a few months and even though it only has 50 or so functions,
it's more painful than it should be.

Of course GTK _has_ been wrapped, thanks to the tireless efforts of
the lablgtk team.  And the binding is a good one too.

One interesting thing I've learned from working with people on the
GNOME team is that in fact there is no shortage of manpower in the
free software world (people prepared to do repetitive grunt work,
reimplement stuff endlessly and so on), but there is a big shortage of
people who understand anything beyond C and maybe Python.  Python is
the Visual Basic of the free software world, believe me.

> > > (2.b) refusal of Inria team to provide a more complete library
> > 
> > I do not really miss a lot in the library.
> > Some more functions would be fine, but the missings
> > are not so big, IMHO.
> Lots of really basic things are missing, for example re-entrant
> regular expressions, variable length arrays, doubly linked lists,
> sequential hash tables, and a heap of other data structures which
> are either basic, or common in other systems.

As I've said before, this is a packaging problem.  Can you not bundle
private copies of the libraries you need in with felix?

> > Does Perl have an ISO-standard?
> Perl is dead.

Hum, well.  Perl is far more widely used than OCaml.


Richard Jones
Red Hat