On 12/07/2010 01:24 AM, Sylvain Le Gall wrote:
Here is the list so far:
1. no build system setup : Martin who first did the packaging, didn't
have included how to build ocaml/findlib neither the binaries itself.
So basically you need to build by hand to generate the .msi. This is
not
Hello,
On 07-12-2010, Alain Frisch wrote:
> On 12/07/2010 01:24 AM, Sylvain Le Gall wrote:
>> Here is the list so far:
>> 1. no build system setup : Martin who first did the packaging, didn't
>> have included how to build ocaml/findlib neither the binaries itself.
>> So basically you need
On 12/07/2010 10:03 AM, Sylvain Le Gall wrote:
We will provide ocamlopt (32/64 bits). But indeed, the toolchain can be
an issue (esp. masm). I plan to use VS2008.
I don't think MASM is going to be an issue. FWIW, the Windows 7 SDK
(which has nothing to do with Windows 7) contains everything ne
On 07-12-2010, Alain Frisch wrote:
> On 12/07/2010 10:03 AM, Sylvain Le Gall wrote:
>> We will provide ocamlopt (32/64 bits). But indeed, the toolchain can be
>> an issue (esp. masm). I plan to use VS2008.
>
> I don't think MASM is going to be an issue. FWIW, the Windows 7 SDK
> (which has nothin
On Tue, Dec 7, 2010 at 10:30 AM, Alain Frisch wrote:
> The graphical toplevel does not depend on labltk, so the two issues are
> really unrelated. For crashes with the OCamlWin.exe, I was thinking about
> http://caml.inria.fr/mantis/view.php?id=4399 and
> http://caml.inria.fr/mantis/view.php?id=
On 12/07/2010 10:42 AM, Sylvain Le Gall wrote:
An option could be to ship a minimalistic main program, which simply
dynlinks .cmxs files given on its command line.
You mean like ld.ocaml:
https://forge.ocamlcore.org/projects/ld-ocaml/
Or just something like:
let () =
try
for i = 1 t
On 12/07/2010 10:42 AM, gasche wrote:
On Tue, Dec 7, 2010 at 10:30 AM, Alain Frisch mailto:al...@frisch.fr>> wrote:
The graphical toplevel does not depend on labltk, so the two issues
are really unrelated. For crashes with the OCamlWin.exe, I was
thinking about http://caml.inria.fr/
Hi,
I am writing a compiler for a small language into ocaml.
I can generate ocaml code and then compile that, but I was wondering
if there was a way to directly generate ocaml AST and compile or
execute that using camlp[45]?
Thanks!
N
___
Caml-list mai
On Tue, Dec 7, 2010 at 10:52 AM, Alain Frisch wrote:
>
> We were discussing the graphical toplevel (OCamlWin.exe), not the Graphics
> module. The two are unrelated.
I assumed you meant the graphics-enabled command-line toplevel "ocamlgraph".
It's fine then, as CamlWin is buggy and difficult to u
I know you're asking for a solution with Str. Since I can't help with that,
let me give you the Pcre solution instead. Hopefully my explanations will
make up for the lack of examples to help you start using it.
pmatch is the function you care about. Ignore most of the arguments. All you
need to do
On Mon, 6 Dec 2010 16:28:41 +0100
Damien Doligez wrote:
> It depends on which port you want. For Cygwin, there is an up-to-date
> cygwin package. For the other ports, we are looking for volunteers to
> compile and publish the binaries.
FWIW, I've setup hudson CI build server for some of the oc
Hi,
On Tue, Dec 07, 2010 at 11:24:02AM +0100, Nicolas Ojeda Bar wrote:
> I am writing a compiler for a small language into ocaml.
> I can generate ocaml code and then compile that, but I was wondering
> if there was a way to directly generate ocaml AST and compile or
> execute that using camlp[45
12 matches
Mail list logo