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
ocaml for embedding
[ Home ] [ Index: by date | by threads ]
[ Search: ]

[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
Date: 2010-07-12 (13:19)
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
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 ?


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