From: skaller <skaller@users.sourceforge.net>
To: "Christopher A. Watford" <christopher.watford@gmail.com>
Cc: caml-list@yquem.inria.fr
Subject: Re: [Caml-list] Request: Windows installers
Date: Thu, 01 Sep 2005 22:57:39 +1000 [thread overview]
Message-ID: <1125579459.7192.7.camel@localhost.localdomain> (raw)
In-Reply-To: <8008871f05083117267e99b44a@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 1766 bytes --]
On Wed, 2005-08-31 at 20:26 -0400, Christopher A. Watford wrote:
> On 8/31/05, skaller <skaller@users.sourceforge.net> wrote:
> > I have a small request for the Ocaml Windows installers:
> >
> > There are TWO Windows based Ocaml ports: MinGW and Win32 native
> > plus the Cygwin port.
> >
> > Please could the builders of these packages
> > distinguish them??
> I'll fix that.
Great! Thanks. Only a small thing: not many people will have
multiple Camel's installed, but some Felix developers will,
at least whilst we're trying to get all the different build
configurations to work ;(
> > I have, and need, all three versions of Ocaml installed,
> > and it is all very confusing, both MingW and native ports
> > think they own the world and use the same OCAMLLIB variable,
> > and also both expect themselves to be first in the PATH.
>
> Personally MingW should come second to MSVS. But I don't think your
> 'first in PATH' to be correct.
I'm not even sure why OCAMLLIB is set: the doco claims it isn't
needed for XP. Probably you're right about the PATH thing,
I'm not sure: how does bytecode find ocamlrun?
> > I don't quite understand why CL.EXE is required,
> > why isn't LINK.EXE good enough? Isn't everything
> > done via assembler?
>
> CL is the primary on that 'toolchain'. I was unaware of being able to
> go around it.
Well, there is a linker, LINK.EXE .. and an assembler, ML.EXE,
so why would you need a C/C++ compiler if ocamlopt generates
assmebler only?
Anyhow thanks: it's only a minor thing .. but it is very
confusing, especially OCAMLLIB, since it even influences
the Cygwin version of Ocaml (and then can't find Pervasives)
--
John Skaller <skaller at users dot sourceforge dot net>
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
next prev parent reply other threads:[~2005-09-01 12:58 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-08-31 22:03 skaller
2005-09-01 0:26 ` [Caml-list] " Christopher A. Watford
2005-09-01 12:57 ` skaller [this message]
[not found] ` <8008871f0509011123621c1d7a@mail.gmail.com>
[not found] ` <1125640801.7223.18.camel@localhost.localdomain>
2005-09-02 16:17 ` Christopher A. Watford
2005-09-02 17:34 ` skaller
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1125579459.7192.7.camel@localhost.localdomain \
--to=skaller@users.sourceforge.net \
--cc=caml-list@yquem.inria.fr \
--cc=christopher.watford@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox