Version française
Home     About     Download     Resources     Contact us    

This site is updated infrequently. For up-to-date information, please visit the new OCaml website at

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 Archives:
Bug reports: FAQ:
Beginner's list: