Browse thread
RE: [Caml-list] choosing modules at runtime
[
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: | -- (:) |
| From: | Dave Mason <dmason@s...> |
| Subject: | Re: [Caml-list] choosing modules at runtime |
>>>>> On Wed, 02 Oct 2002 15:04:48 +0200, Alessandro Baretta <alex@baretta.com> said: > One example: I'd love to write a generic client application capable > of connecting with a database server for the data and to a remote > repository of compiled modules implementing the logic of different > application tasks the customer wishes the system to > automate. Dynlink already partially solves the problem by allowing > dynamic linking of cmo's over NFS, but dynamic linking over other > network transport protocols would be a real pain, requiring explicit > downloading and temporary storage. We will very shortly be releasing just such a thing, called InetApp. It only runs bytecode, but it runs transparently on Windows, Mac, and Linux. Hopefully the release will be in the next few weeks. > And finally, a mixed byte-native runtime is not supported. This is definitely something I'd like to see. As I understand it, there are 2 problems: bytecode vs. native function dispatch, and GC. Trying to resolve this is on my list of things to do, but it's a long list, so I'd love to hear that someone else has done it first! ../Dave ------------------- 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