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
Automatic interfacing of ocaml to c?
[ Home ] [ Index: by date | by threads ]
[ Search: ]

[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
Date: -- (:)
From: Chris Campbell <cyberdanx@g...>
Subject: Re: [Caml-list] Automatic interfacing of ocaml to c?
On 04/10/05, Jon Harrop <> wrote:
> On Tuesday 04 October 2005 21:43, Chris Campbell wrote:
> > Message copied below, I sent it to the but it
> > doesn't show.  Which is correct? or
> >
> I received both the original and this duplicate.

I think gmail hides the emails the lists sends back until a reply shows up.

> > Has anyone done any work on this?
> camlidl
> > I'm in the process of attempting a
> > semi autogenerated binding to opengl using the mesa xml specifications
> > of the interface and lablgl.
> Have you seen Isaac Trott's idlgl bindings, written using camlidl?

I think so, but iirc this used integers for the glEnum values and as
such wasn't as safe as the LablGL approach.  Can't remember specifics
tho.  It could be wrapped it in a more typesafe binding.

> > I have a good idea of what it will do and am just looking for advice
> > from anyone who has done this sort of thing before (if any).
> I have tried and failed to write bindings to the more complicated (read
> "hideous") parts of OpenGL and GLU, specifically the GLU tesselator.


> There are also problems with typing, e.g. sets of related functions that
> handle polymorphic metadata of the same type between each of the functions.
> This could be implemented using functors, records of functions or objects.
> I'm not sure if it would be better to do more on the OCaml side using Obj or
> to use C.

Hmm... can you explain what you mean?

> > In fact, I will only
> > be generating the mundane stuff as some of this mapping is quite
> > tricky and using that as a base.  Many of the opengl functions are
> > trivially mapped to OCaml but those that don't will be hand coded.
> I'm keen to see your results! :-)

Don't expect too much. :)  The initial release will only translate a
small set of functions automatically and maybe a few hand coded bits
to see what people think of it and maybe garner help. :)  Once the
parts that are easily translated are done, that's when the fun begins.