> I tried this week with mingw, but didn't manage. After solving a few
> problems discussed on this list, I didn't succeed in finding out why
> the file ocamlrun.a wasn't present. I used the CVS source files in
> my last attempt, but that didn't help. So I'm hopelessly stranded,
> and on the point of giving up.

I'm afraid I can't diagnose your problem offline.  There is one known
bug that was discussed on this list (you have to do 
        make -f Makefile.nt jumptbl.h
manually in byterun/), but apart from this it should work if you
follow the instructions in README.win32.  In particular, I'd advise to
compile under Cygwin (but with the -mno-cygwin option to gcc)
rather than under Mingw + Msys.

> Oh, and by the way: If I should be so lucky as to manage to compile
> it, and then to build Windows native executables, will client
> machines still need mingw to run these files? I.e. will these
> Windows native executables really be Windows native executables, and
> not rely on any third party software?

No to the first question.  Yes to the second.  (Unless your program
explicitly requires third-party libraries, e.g. TCL/TK if you use
Labltk.)

- Xavier Leroy
-------------------
To unsubscribe, mail caml-list-request@inria.fr Archives: http://caml.inria.fr
Bug reports: http://caml.inria.fr/bin/caml-bugs FAQ: http://caml.inria.fr/FAQ/
Beginner's list: http://groups.yahoo.com/group/ocaml_beginners