[Caml-list] About the "mingw" port of OCaml

[Caml-list] About the "mingw" port of OCaml

[Alain Frisch]

Dear caml-list,

The mingw port of OCaml was not in a good shape, because of changes in 
Cygwin:

   - We used to rely on the normal Cygwin gcc compiler, using the
     -mno-cygwin flag. This is no longer available for recent versions
     of gcc shipped in Cygwin. There is still a gcc-3.exe, but it
     is not clear whether it will be supported in the future.

   - There are now two modern versions of gcc, available in cygwin,
     which supports compiling in "mingw" mode (32-bit mode):

       * A packaged version of the compiler from the MinGW.org project:
         i686-pc-mingw32-gcc.exe

       * A packaged version of the compiler from the mingw-w64 project:
         i686-w64-mingw32-gcc


Future versions of the OCaml mingw port should be based on one of these 
two versions.  I'd be interested to hear if anyone in the community has 
any advice on which one to choose.  Feel free to comment on this list, 
or on the bug tracker:

    http://caml.inria.fr/mantis/view.php?id=5179

Currently, flexdll (version 0.27) and OCaml (SVN trunk version) have 
been adapted to work with the mingw-w64 version (32-bit only, for now), 
but if there are arguments in favor of the other one, it should not be 
difficult to switch (supporting both is not technically difficult, but 
it might create useless confusion).

It would also be very useful to get some community feedback about the 
current version (OCaml trunk + flexdll version 0.27).


Alain

Re: [Caml-list] About the "mingw" port of OCaml

[Matthieu Dubuget]

I tried i686-w64-mingw32-gcc version in august, on a 32 bits system,
starting from the patches attached to
http://caml.inria.fr/mantis/view.php?id=5179.

I tested all those packages without problem:

menhir, bitstring, ounit,ocamlcsv, frontc, xmllight, camomile,
batteries, zlib, camlzip, lablgtk2, easy_format, atd, cppo, biniou,
yojson, atdgen

Salutations

Matt

Re: [Caml-list] About the "mingw" port of OCaml

[Edgar Friendly]

On 12/12/2011 07:50 AM, Matthieu Dubuget wrote:
>
> I tried i686-w64-mingw32-gcc version in august, on a 32 bits system,
> starting from the patches attached to
> http://caml.inria.fr/mantis/view.php?id=5179.
>
> I tested all those packages without problem:
>
> menhir, bitstring, ounit,ocamlcsv, frontc, xmllight, camomile,
> batteries, zlib, camlzip, lablgtk2, easy_format, atd, cppo, biniou,
> yojson, atdgen
>
> Salutations
>
> Matt
>
>
Hmm, I wonder how much the community would benefit from automated 
testing of ocaml packages under a variety of environments.  Batteries is 
definitely benefiting from ygrek's jenkins/hudson server[1] (although it 
must have stopped sending me emails again, as batteries HEAD is unhappy 
and I didn't get notification).

ygrek: could you use more build slaves?

E

[1] https://build.ygrek.org.ua/jenkins/

Re: [Caml-list] About the "mingw" port of OCaml

[Gerd Stolpmann]

> On 12/12/2011 07:50 AM, Matthieu Dubuget wrote:
>>
>> I tried i686-w64-mingw32-gcc version in august, on a 32 bits system,
>> starting from the patches attached to
>> http://caml.inria.fr/mantis/view.php?id=5179.
>>
>> I tested all those packages without problem:
>>
>> menhir, bitstring, ounit,ocamlcsv, frontc, xmllight, camomile,
>> batteries, zlib, camlzip, lablgtk2, easy_format, atd, cppo, biniou,
>> yojson, atdgen
>>
>> Salutations
>>
>> Matt
>>
>>
> Hmm, I wonder how much the community would benefit from automated
> testing of ocaml packages under a variety of environments.  Batteries is
> definitely benefiting from ygrek's jenkins/hudson server[1] (although it
> must have stopped sending me emails again, as batteries HEAD is unhappy
> and I didn't get notification).
>
> ygrek: could you use more build slaves?

For GODI packages, there is also an autobuilder:

https://godirepo.camlcity.org/openapps/autoui.cgi

It simply fetches packages from GODI, and builds them, once every night.
This is now only for debian, simply because this was enough for me to
check the quality of the packages. If somebody is interested to run it on
its own (very simple scripting), I could publish the scripts, with some
setup explanations.

If reasonable I could also set up a few more VMs for more OSes. I'm a bit
concerned, though, that I won't have the time to maintain these.

Gerd


>
> E
>
> [1] https://build.ygrek.org.ua/jenkins/
>
> --
> Caml-list mailing list.  Subscription management and archives:
> https://sympa-roc.inria.fr/wws/info/caml-list
> Beginner's list: http://groups.yahoo.com/group/ocaml_beginners
> Bug reports: http://caml.inria.fr/bin/caml-bugs
>
>
>


-- 
Gerd Stolpmann, Darmstadt, Germany    gerd@gerd-stolpmann.de
Creator of GODI and camlcity.org.
Contact details:        http://www.camlcity.org/contact.html
Company homepage:       http://www.gerd-stolpmann.de
*** Searching for new projects! Need consulting for system
*** programming in Ocaml? Gerd Stolpmann can help you.

Re: [Caml-list] About the "mingw" port of OCaml

[ygrek]

On Tue, 13 Dec 2011 08:34:55 -0500
Edgar Friendly <thelema314@gmail.com> wrote:

> Hmm, I wonder how much the community would benefit from automated 
> testing of ocaml packages under a variety of environments.  Batteries is 
> definitely benefiting from ygrek's jenkins/hudson server[1] (although it 
> must have stopped sending me emails again, as batteries HEAD is unhappy 
> and I didn't get notification).
> 
> ygrek: could you use more build slaves?

Sure I could, but I do not have extra hardware resources. Also setting up ocaml
on windows is a daunting and frustrating exercise, especially so because some 
other libs are needed too (pcre, camomile, etc).

Concerning the mail notifications - there are no errors in the logs - maybe the
mails land in gmail's spam folder? And btw if anybody wants to add some project to
build (without (many) dependencies) and/or receive notifications - please tell.

-- 
 ygrek
 http://ygrek.org.ua

Re: [Caml-list] About the "mingw" port of OCaml

[Edgar Friendly]

[-- Attachment #1: Type: text/plain, Size: 1572 bytes --]

Reply inline

On Thu, Dec 15, 2011 at 2:20 PM, ygrek <ygrekheretix@gmail.com> wrote:

> On Tue, 13 Dec 2011 08:34:55 -0500
> Edgar Friendly <thelema314@gmail.com> wrote:
>
> > Hmm, I wonder how much the community would benefit from automated
> > testing of ocaml packages under a variety of environments.  Batteries is
> > definitely benefiting from ygrek's jenkins/hudson server[1] (although it
> > must have stopped sending me emails again, as batteries HEAD is unhappy
> > and I didn't get notification).
> >
> > ygrek: could you use more build slaves?
>
> Sure I could, but I do not have extra hardware resources.


Do all the jenkins build slaves have to be in the same place?  I assumed it
was possible to add remote systems to a jenkins server as build hosts.  If
this isn't possible, maybe there's someone who wants to contribute to
better testing of OCaml packages willing to increase your electricity bill
by sending you some hardware.  :)


> Also setting up ocaml
> on windows is a daunting and frustrating exercise, especially so because
> some
> other libs are needed too (pcre, camomile, etc).
>
> Batteries now no longer depends on camomile (or any other external
library), so that dep is gone.  I agree that it's a big pain to get ocaml
setup on windows, although things aren't too bad once the groundwork is
laid properly.


> Concerning the mail notifications - there are no errors in the logs -
> maybe the
> mails land in gmail's spam folder?


Good call - they were all there.  My mistake.  Hopefully I can keep gmail
from spamming them anymore.

E.

[-- Attachment #2: Type: text/html, Size: 2546 bytes --]

Re: [Caml-list] About the "mingw" port of OCaml

[ygrek]

On Thu, 15 Dec 2011 15:52:39 -0500
Edgar Friendly <thelema314@gmail.com> wrote:

> Do all the jenkins build slaves have to be in the same place?  I assumed it
> was possible to add remote systems to a jenkins server as build hosts.  If
> this isn't possible, maybe there's someone who wants to contribute to
> better testing of OCaml packages willing to increase your electricity bill
> by sending you some hardware.  :)

Ah, I misunderstood you. Of course build slaves can be located anywhere on the internet.
That's how it works already.

-- 
 ygrek
 http://ygrek.org.ua

Re: [Caml-list] About the "mingw" port of OCaml

[Romain Beauxis]

Hi all,

2011/12/12 Alain Frisch <alain@frisch.fr>:
> The mingw port of OCaml was not in a good shape, because of changes in
> Cygwin:
>
>  - We used to rely on the normal Cygwin gcc compiler, using the
>    -mno-cygwin flag. This is no longer available for recent versions
>    of gcc shipped in Cygwin. There is still a gcc-3.exe, but it
>    is not clear whether it will be supported in the future.
>
>  - There are now two modern versions of gcc, available in cygwin,
>    which supports compiling in "mingw" mode (32-bit mode):
>
>      * A packaged version of the compiler from the MinGW.org project:
>        i686-pc-mingw32-gcc.exe
>
>      * A packaged version of the compiler from the mingw-w64 project:
>        i686-w64-mingw32-gcc
>
>
> Future versions of the OCaml mingw port should be based on one of these two
> versions.  I'd be interested to hear if anyone in the community has any
> advice on which one to choose.  Feel free to comment on this list, or on the
> bug tracker:
>
>   http://caml.inria.fr/mantis/view.php?id=5179
>
> Currently, flexdll (version 0.27) and OCaml (SVN trunk version) have been
> adapted to work with the mingw-w64 version (32-bit only, for now), but if
> there are arguments in favor of the other one, it should not be difficult to
> switch (supporting both is not technically difficult, but it might create
> useless confusion).

For what it's worth, the OCaml cross-compiler in debian
(http://packages.debian.org/mingw-ocaml) has been switched to
i686-w64-.. after a request from the guys maintaining mingw in debian
(see: http://bugs.debian.org/624533).

Romain