From: Jonathan Protzenko <jonathan.protzenko@gmail.com>
To: Wojciech Meyer <wojciech.meyer@googlemail.com>
Cc: caml-list@inria.fr
Subject: Re: [Caml-list] New version of the binary installer for Windows
Date: Wed, 28 Mar 2012 17:38:16 +0200 [thread overview]
Message-ID: <4F733068.7090003@gmail.com> (raw)
In-Reply-To: <CAOg1smBSp_Q7Rxu5JKYG_fmTBrdzEMkp2PgZ04m+-wuO_UNnYA@mail.gmail.com>
Hey,
> How about bundling the installer with cygwin or msys? Beware of the
> license issues however.
Well that's the usual debate : should the installer provide an entire
environment (e.g. msys + the right compilers), so that users can fire up
an "ocaml shell" and get all the good features (odb, native compilation,
etc.)? Or should the installer rather provide the basics only, and let
users pick msys or cygwin later on if they wish to do more advanced stuff?
With this release, I'm going with the minimalistic approach: the
installer provides just enough to do bytecode, and users are free to
install whatever environment they like if they wish to do native
compilation.
The rationale is as follows: if the user is an advanced user, they
probably have developer tools set up already, so I don't see much point
in providing them with another standalone environment that would
potentially conflict with theirs.
If a user wants to do advanced stuff (besides playing with the toplevel
and bytecode compilation in emacs), they can simply install cygwin + the
mingw-w64 compilers, and they're good to go. It really is a few clicks
to perform, and I'm not sure I can have the installer do that for them.
I'm open to more arguments, though. There still is the option of
prompting the user about whether they want to install msys + mingw-w64
during the install phase (I'm saying msys here because it's more
lightweight than cygwin, and easier to unzip as a whole). The installer
could then download the latest release, and unzip it alongside the OCaml
binaries, so that everything comes bundled together. That may be an
interesting solution, but bug 5465 is a showstopper, and of course it's
much more work :)
Cheers,
jonathan
>
> Cheers,
>
> Wojciech
next prev parent reply other threads:[~2012-03-28 15:38 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-03-28 12:24 Jonathan Protzenko
2012-03-28 14:55 ` Kakadu
2012-03-28 15:19 ` Jonathan Protzenko
2012-03-28 15:25 ` Wojciech Meyer
2012-03-28 15:38 ` Jonathan Protzenko [this message]
2012-03-28 15:54 ` David Allsopp
2012-03-28 16:04 ` Jonathan Protzenko
2012-03-28 17:36 ` Adrien
2012-03-28 20:42 ` Jonathan Protzenko
2012-03-29 11:55 ` Kakadu
2012-03-29 12:18 ` Gabriel Scherer
2012-03-29 12:19 ` Jonathan Protzenko
2012-03-29 12:27 ` Kakadu
2012-03-28 15:32 ` Jonathan Protzenko
2012-03-30 14:15 ` [Caml-list] " Jonathan Protzenko
2012-03-30 14:41 ` David Allsopp
2012-03-30 17:38 ` Kakadu
2012-04-03 12:32 ` Jonathan Protzenko
2012-03-31 9:34 ` Sylvain Le Gall
2012-04-02 8:03 ` Romain Bardou
2012-04-02 8:21 ` Alain Frisch
2012-04-02 8:23 ` David Allsopp
2012-04-02 11:14 ` Adrien
2012-04-02 11:39 ` Romain Bardou
2012-04-02 11:53 ` Jonathan Protzenko
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=4F733068.7090003@gmail.com \
--to=jonathan.protzenko@gmail.com \
--cc=caml-list@inria.fr \
--cc=wojciech.meyer@googlemail.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;
as well as URLs for NNTP newsgroup(s).