Browse thread
ocaml for embedding
-
Gaspard Bucher
-
David MENTRE
-
Gaspard Bucher
-
David MENTRE
- Gaspard Bucher
-
David MENTRE
-
Gaspard Bucher
-
David MENTRE
[
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: | Gaspard Bucher <gaspard@t...> |
| Subject: | Re: [Caml-list] ocaml for embedding |
Thanks for the insight David. I also found this email from Xavier Leroy (http://caml.inria.fr/pub/ml-archives/caml-list/2002/11/64c14acb90cb14bedb2cacb73338fb15.en.html). I will start with a single context (eventually built from several scripts). If someone ever needs distributed computing, it's easy to run several instances of Rubyk passing messages. Just a final question on the topic: has JoCaml anything to do with this concurrency (shared memory) question ? Gaspard On Mon, Jul 12, 2010 at 11:14 AM, David MENTRE <dmentre@linux-france.org> wrote: > Hello, > > 2010/7/9 Gaspard Bucher <gaspard@teti.ch>: >> From my understanding of the use of >> caml_startup (or caml_main), this means that the caml runtime is >> global. > > Yes. > >> Is there a way to avoid: >> >> 1. global locking (or locking only during script recompilation) > > I don't think so. > >> 2. script level encapsulation > > I don't know. > > > You might play with the C symbols and a bit a C pre-processing to > generate several different OCaml runtimes that would be linked with > you application. But, as far as I know, the OCaml runtime has not be > designed to be included several times within the same application. > > Sincerely yours, > david >