Browse thread
[Caml-list] Large projects in OCaml
[
Home
]
[ Index:
by date
|
by threads
]
[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
[ 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