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
[Caml-list] Large projects in OCaml
[ Home ] [ Index: by date | by threads ]
[ Search: ]

[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
Date: 2004-05-24 (14:20)
From: Xavier Leroy <xavier.leroy@i...>
Subject: Re: [Caml-list] Large projects in OCaml
> What matters to end-users is shared libraries
> which Ocaml can't build at all. The real world out
> there demands *components* they can plug together.

The next time I read a sentence starting with "the real world", I
think I'm going to scream.  

At any rate, your jump from shared libraries to components is a
non-sequitur.  Shared libraries are a spectacularly poor component
model (no multiple interfaces, almost no dynamic discovery of
interfaces, no distribution transparency of any kind, etc).

It is true that some component models use shared libraries as one of
their low-level implementation mechanisms, e.g. COM components are
often presented as Windows DLLs.  But these are shared libraries of a
very constrained form, and (for instance) OCaml has no problems
generating a DLL that encapsulates OCaml code as a COM component.

A good component model for OCaml (and other languages): that would be
interesting.  Shared libraries for the sake of shared libraries: that
isn't interesting in the least.

- Xavier Leroy

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