Version franēaise
Home     About     Download     Resources     Contact us    

This site is updated infrequently. For up-to-date information, please visit the new OCaml website at

Browse thread
[Caml-list] building OCaml under MinGW
[ Home ] [ Index: by date | by threads ]
[ Search: ]

[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
Date: 2002-10-11 (12:04)
From: Hallvard Ystad <hallvard.ystad@h...>
Subject: [Caml-list] List configs (was: building OCaml under MinGW)

Lists like 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, 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?


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
>- Xavier Leroy
>To unsubscribe, mail Archives:
>Bug reports: FAQ:
>Beginner's list: 

Prętera censeo Carthaginem esse delendam

To unsubscribe, mail Archives:
Bug reports: FAQ:
Beginner's list: