Re: [Caml-list] OCaml installer on Windows no longer installs MinGW?

[Jonathan Protzenko <jonathan.protzenko@gmail.com>]

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,
>