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
> > 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
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
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
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
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
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
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
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
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
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
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
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
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
14 matches
Mail list logo