Re: [Caml-list] probability of some events

2009-09-09 Thread Christophe TROESTLER
Hi, On Wed, 9 Sep 2009 08:12:48 +0300, Rakotomandimby Mihamina wrote: > > Are you aware of such future changes in OCaml, that would lead to > incompatibility? I of course can't speak for the OCaml core developers but they have been very cautious not to introduce this kind of incompatibility. No

RE: [Caml-list] probability of some events

2009-09-09 Thread David Allsopp
> > Are you aware of such future changes in OCaml, that would lead to > > incompatibility? With the usual caveat that past performance is not an indicator of future wealth... In the last few years, the only change which caused a bit of an uproar was camlp4 between 3.09 and 3.10 (which was totally

[Caml-list] Re: probability of some events

2009-09-09 Thread Sylvain Le Gall
Hello, On 09-09-2009, Rakotomandimby Mihamina wrote: > > 2°) Now the question > > Are you aware of such future changes in OCaml, that would lead to > incompatibility? OCaml is quite conservative and don't add incompatible features very easily. I think INRIA team is aware of that and wishing to

Re: [Caml-list] Re: probability of some events

2009-09-09 Thread Rakotomandimby Mihamina
09/09/2009 11:04 AM, Sylvain Le Gall: We intend to begin huge developments in OCaml (Web, GUI, system,...) and such changes will make our task a bit more difficult. At least for the 2-3 years coming there will be no problem for sure. After that, we cannot predict the future ;-) It's enough. Th

Re: [Caml-list] probability of some events

2009-09-09 Thread Jon Harrop
On Wednesday 09 September 2009 08:54:08 David Allsopp wrote: > > > Are you aware of such future changes in OCaml, that would lead to > > > incompatibility? > > With the usual caveat that past performance is not an indicator of future > wealth... > > In the last few years, the only change which caus

[Caml-list] OCaml and GPUs

2009-09-09 Thread Guillaume Hennequin
Hello, I was wondering if there has been any effort so far in interfacing OCaml with GPU programming solutions like AMD Stream, or OpenCL. I'm only aware of Daml (CUDA bindings). I wrote some pieces of AMD Brook bindings a while ago to do very basic read/write operations on GPU, plus some kernel

Re: [Caml-list] OCaml and GPUs

2009-09-09 Thread Sashan Govender
On Wed, Sep 09, 2009 12:42:35 PM, Guillaume Hennequin wrote: > Hello, > > I was wondering if there has been any effort so far in interfacing OCaml > with GPU programming solutions like AMD Stream, or OpenCL. > I'm only aware of Daml (CUDA bindings). > > I wrote some pieces of AMD Brook bindings a

[Caml-list] Re: ocamlfind and GODI packaging sprint this Wednesday, 9/9

2009-09-09 Thread Hezekiah M. Carty
This is just a reminder that the packaging sprint is currently in progress. For more information or to take part, please drop by #ocaml on freenode and/or check out the wiki page: http://ocamlsprint.couch.it/ocamlfind_and_GODI_packaging Hez ___ Caml-l

[Caml-list] Partially hiding modules in packages

2009-09-09 Thread Alexey Rodriguez
Dear list, My question is about how to hide modules (or parts thereof) in an ocaml package from the outside world (users of the package). I am trying to build an ocaml package with internal functionality (types and functions) that I do not want to expose. I have two modules in the package impleme

Re: [Caml-list] Partially hiding modules in packages

2009-09-09 Thread blue storm
The problem with your packages.tgz example is that you use "module type Foo = .." in the .mli. This gives the signature of a module type, that is, it refers to a _module type_ defined in the implementation file. What you want to do here is to give the signature of a _module_, not a module types, s

Re: [Caml-list] Partially hiding modules in packages

2009-09-09 Thread Alain Frisch
On 9/9/2009 9:00 PM, Alexey Rodriguez wrote: My question is about how to hide modules (or parts thereof) in an ocaml package from the outside world (users of the package). It is not a well-known fact, but it is possible to provide an explicit interface for the packaged module (just create an a

[Caml-list] [ANN] ocaml-fileutils v0.4.0

2009-09-09 Thread Sylvain Le Gall
Hello, Ocaml fileutils is aimed to be a platform independent library to perform operation on file like: - mv - cp - rm - mkdir - touch - which... Comes also with a module to manipulate abstract filename: - classification - make_relative: made a filename relative to another - make_absolute This

[Caml-list] ocamlfind and GODI packaging sprint summary

2009-09-09 Thread Hezekiah M. Carty
The OCaml packaging sprint is now complete. It was quite a success! In total, seven packages were worked on today as part of this effort: - cairo-ocaml - bitstring - mlpost - ocamlgsl - Deriving - coThreads - Uuidm Out of these seven packages, the packaging efforts are in several states. New p

Re: [Caml-list] Partially hiding modules in packages

2009-09-09 Thread Jean-Christophe Filliâtre
Hi, Alexey Rodriguez a écrit : > My question is about how to hide modules (or parts thereof) in > an ocaml package from the outside world (users of the package). > > * Add the file foobar.mli which contains the signatures of Foo and Bar > but hiding > Foo.unsafe_change. I think it could work, b