Xavier Leroy wrote:
> 
> > > You should perhaps consider packaging your Delphi GUI into a DLL with
> > > exported function and then have the OCaml Runtime be your startup.
> >
> > This is the problem with many of the non-mainstream languages.  [...]
> 
> Don't worry, it's actually possible to package Caml code + the Caml
> runtime system in a DLL, thus having the Delphi GUI as "main" program.
> 
> CamlIDL (see below) contains a tool that builds such a DLL in the case
> of a COM component.
> 
> > Last I saw, COM was one of the best things that MS had conceived.
> > That's extremely faint praise, but COM does look to be a good way to
> > partition a system into cohesive parts. With Windows as it currently
> > exists, being able to do COM as both a client and a server would be
> > a very nice feature for just about any language that targets Windows.
> 
> Agreed.  Please have a look at http://caml.inria.fr/camlidl/
> 

Thanks.  I'll have to give this a try.  I took a look at it a while
back and saw that there was C code to translate between OCaml types 
and C types.  I didn't go very much farther, because I didn't want
to mess with a 3-language solution, Delphi <-> C <-> OCaml, which
could be way too much work for me.  Reading a little more of the
docs today, I see that the C code gets automatically generated and
that there is a tool to link it into the server automatically as well,
so my previous negative impression was likely ill-conceived.   

Can't wait to get time to give this a try.  While I'm waiting, back
to the original theme of this thread.  Can anyone offer tales of 
(impressive) success or gotchas doing such things under Windows
with OCaml?


Al
-------------------
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