From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Original-To: caml-list@sympa.inria.fr Delivered-To: caml-list@sympa.inria.fr Received: from mail2-relais-roc.national.inria.fr (mail2-relais-roc.national.inria.fr [192.134.164.83]) by sympa.inria.fr (Postfix) with ESMTPS id 6C2F67ED25 for ; Mon, 15 Jul 2013 17:59:55 +0200 (CEST) X-IronPort-AV: E=Sophos;i="4.89,669,1367964000"; d="scan'208";a="26088178" Received: from unknown (HELO [10.1.202.3]) ([194.254.61.161]) by mail2-relais-roc.national.inria.fr with ESMTP/TLS/DHE-RSA-CAMELLIA256-SHA; 15 Jul 2013 17:59:55 +0200 Message-ID: <51E41C7A.40203@inria.fr> Date: Mon, 15 Jul 2013 17:59:54 +0200 From: Romain Bardou User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.12) Gecko/20130116 Icedove/10.0.12 MIME-Version: 1.0 To: Jonathan Protzenko CC: caml-list@inria.fr, matthieu.dubuget@gmail.com References: <51E3E70F.9010202@inria.fr> <51E3E975.7020708@gmail.com> <51E3ED83.9040705@gmail.com> <51E4044D.5020303@inria.fr> <51E41677.2010008@gmail.com> In-Reply-To: <51E41677.2010008@gmail.com> X-Enigmail-Version: 1.4.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Validation-by: romain.bardou@inria.fr Subject: Re: [Caml-list] OCaml installer on Windows no longer installs MinGW? Hi Jonathan, it's good to know that the installer is still maintained. The main issue, in my opinion, is the outdated version of FlexDLL; this actually prevents compiling some packages. So it's good that you plan to fix this. Regarding ActiveTCL, is it actually used by anything else than Ocamlbrowser? And, is Ocamlbrowser actually used? :p Anyway, I don't think it is really an issue, except that the failure to download might look scary to new users. Regarding the install.nsi file: I don't think there is actually anything to patch. The package mingw64-i686-gcc seems to be requested by your installer. It was not installed on my machine, but it is probably a bug in the Cygwin installer. Maybe one could try to add a test, after the installation of Cygwin, to check that all packages have been installed, and print an error like: "Cygwin setup did not install all necessary packages, do you want to try again?". Cheers, -- Romain Bardou Le 15/07/2013 17:34, Jonathan Protzenko a écrit : > Hi, > > The installer is indeed maintained, but it is slightly outdated. I > asked the people from Tcl/Tk to provide a "stable" URL, e.g. > installer-w32-threads-latest.exe, but they could not do it, and hosting > a copy of the installer myself would be a breach of license, so > unfortunately, the installer will keep breaking at regular intervals > because of that. (I guess I could get away with a php script on my > homepage that emits a Location: header, so that I just have to modify a > script and not regenerate the installer whenever the URL for the latest > stable version of tcl/tk changes, but that's more hackish than I was > hoping for.) > > As to the flexdll issue, I'm currently away, but I plan to refresh the > installer just because of that when I get back. > > For the "not all packages got installed by cygwin properly" error, > please submit a pull request on the install.nsi file, it's really > trivial to add a new package to the set of those that are installed by > default. I'm surprised it didn't work by itself, but well. > > Finally, for the OASIS-related errors, that's outside the scope of my > responsibilities as a maintainer of the ocaml installer for windows :-). > > Cheers, > > jonathan > > On Mon 15 Jul 2013 10:16:45 PM SGT, Romain Bardou wrote: >> Le 15/07/2013 14:39, Matthieu Dubuget a écrit : >>> Le 15/07/2013 14:22, Matthieu Dubuget a écrit : >>>> Le 15/07/2013 14:11, Romain Bardou a écrit : >>>> >>>>> >>>>> I have absolutely no clue what to do now. Is the installer from >>>>> protz.github deprecated? >>>> Well. I would say it is a little outdated. It should just be slightly >>>> adapted and recompiled. >>>> >>> >>> I must admit that using OCaml on windows with mingw flavour is not >>> actually a click and work experience… >>> >>> And most of the time, the packages are to be adapted in order to compile. >>> >>> I also hit another problem, that you should be aware of: >>> >>> on my installation, *i686-w64-mingw32-gcc -o toto ...* produces >>> *toto.exe* instead of *toto*. >>> But flexlink has asked for *toto*, and never sees *toto.exe*, which >>> leads to a compilation failure. >> >> Interesting. I managed to compile Cryptokit, LablGTK (this one took me a >> while…) and an application which uses both of them, without the error >> you describe. >> >> Thanks and cheers, >> >