[m-rev.] diff: fix bug #339: --restricted-command-line broken with recent Java compilers

Julien Fischer jfischer at opturion.com
Fri Jul 17 15:35:23 AEST 2015


On Fri, 17 Jul 2015, Sebastian Godelet wrote:


>>> On the same machine using Fedora, it builds much faster (x2-x3), my
>>> bet is all this shell script forking is much slower in msys 32-bit.
>> Both the Cygwin and MSYS shells are quite slow -- not really a Mercury
>> problem as such.  (If you need to speed Windows builds up you can use
>> mingw cross compiler on Linux.)
>>> I have not been able to build with any version of msys 64 bit on
>>> Windows, always failing while configuring Boehm GC not knowing about
>>> the target architecture.
>> I'm not quite sure what you mean by "msys 64 bit" since that could refer
>> to a number of things.  The way I usually build 64-bit versions of
> Sorry I meant Msys2 with the mingw64 toolchain ( I didn't know that mingw64 works with the
> Original Msys distribution as well, thanks for that hint).

Using the original MSYS is fine, just make sure the 64-bit compiler is
in your PATH before the 32-bit one.  (There are several builds of the
MinGW64 compiler, I've had most success with the mingw-builds
distribution.)  It also helps if the 64-bit compiler is installed in
a PATH that does not contain spaces.

>> Mercury on Windows -- which is what is described in README.MinGW -- is
>> to use the standard 32-bit MSYS as the build environment, but use the
>> 64 bit MinGW64 toolchain.  The only gotcha with this is that you
>> *must* pass:
>>     --host=x86_64-w64-mingw32
>> to the configure script.
>> If you using the MSYS2 distribution (i.e the *-pc-msys architecture)
>> then you're out of luck as the current version of Boehm we are using
>> doesn't support that architecture.
> Oh I see, that was the version I tried. I was hoping for Msys2 to work there 
> (I like the pacman package manager),

So do I, also the terminal also handles Unicode a lot better.

> Also I thought it might have a speed advantage.
> Will the eventually upcoming Boehm GC update help with compiling on that platform?

It hasn't thus far :-(  Last time I looked at it the Boehm GC, there
were a bnuch of new dependencies on automake and libtool that seemed to
be causing it to break.


More information about the reviews mailing list