Re: [Caml-list] OCaml 3.11.0 release candidate

Hi, > We are closing in on version 3.11.0. A Release Candidate > is now available. > If there are no show-stoppers in this RC, then 3.11.0 will > be officially released next week. For GODI, what's the CVS branch one should use? Am I correct in assuming "ocaml3110rc1"? Also, using GODI and the "

Re: [Caml-list] Native dynlink on 3.11: a request for packagers

Hi, > To make it easy to do this for a module or a library would > it be possible to add a new default %.cmxs target in > ocamlbuild before 3.11 is released (or is it already too > late) ? Good point. It shouldn't be too late, since the changes are minimal and 3.11 is only at RC1 status... Chee

Re: [Caml-list] Native dynlink on 3.11: a request for packagers

Le 21 nov. 08 à 20:29, Dario Teixeira a écrit : AFAIK, you cannot directly dynlink a cmxa or cmx file like you would do in bytecode with cma or cmo files. Beforehand, a native code binary must be made into a plugin via ocamlopt's -shared option. To make it easy to do this for a module or a

Re: [Caml-list] BDD reloaded

Hello Mr. Abate, Sorry for the late reply[1]. Pietro Abate <[EMAIL PROTECTED]> writes: > In this thread > http://caml.inria.fr/pub/ml-archives/caml-list/2001/04/8bbf7629ef3ef299c16f78bd2b986e36.en.html > David Mentre announces a preliminary work on binding for the cudd > library, but the link is

[Caml-list] OCaml 3.11.0 release candidate

Dear OCaml users, We are closing in on version 3.11.0. A Release Candidate is now available. If there are no show-stoppers in this RC, then 3.11.0 will be officially released next week. The release candidate is available here: < http://caml.inria.fr/pub/distrib/ocaml-3.11/ > (look for 3.11.0

[Caml-list] Wanted: more feedback on the non-hierarchy candidate of Batteries

[Sorry for double-post, this message deserved its own thread] Dear list, Feedback from active members of the list (and a few other shy people who seem to prefer answering off-list:)) seems to indicate that Batteries shouldn't have a general hierarchies of modules but rather a flat list of

Re: [Caml-list] [ANN] Kaputt 1.0 alpha

[EMAIL PROTECTED] wrote: Le 24 nov. 08 à 22:49, Christophe Raffalli a écrit : Or a camlp4 extension to build the intended function(s) by induction on the type definition. you could include that as part of deriving (http://code.google.com/p/deriving/) Good idea. I would regard a deriving-based