Browse thread
[Caml-list] building OCaml under MinGW
[
Home
]
[ Index:
by date
|
by threads
]
[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
| Date: | -- (:) |
| From: | Hallvard Ystad <hallvard.ystad@h...> |
| Subject: | [Caml-list] List configs (was: building OCaml under MinGW) |
Hi Lists like caml-list@inria.fr are a wonderful place to get help, but I would like to comment on the way that list is set up. There is no Reply-to: field in the headers, so when I click "reply" in my e-mail-reader, caml-list@inria.fr is not addressed, but only the sender of the message. I have to manually change it each time. I dislike that (and I hate bugging people with e-mails that should go directly to the list). Is this really ment to be so? Second, the prefix [Caml-list] does not always appear first in the subject line, but could be anywhere. This makes filtering less obvious. Is this also ment to be so? Regards, ~HY Dixit Xavier Leroy (13.46 11.10.2002): >> 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 Prętera censeo Carthaginem esse delendam ------------------- 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