Re: MinGW compilation on Windows and proposed improvements

On Sat, Mar 1, 2014 at 9:03 PM, Anoq of the Sun
<[email protected]> wrote:
> Firstly, part of the Makefile tries to grab certain
> binaries from the URL's that are in the *.url
> files under package/mingw/dl/. All of these links
> are broken and point to locations under
> mlton.org/pages/Experimental/attachments/ (i.e. it
> seems to be attachments on the Wiki pages).

I put these files in the wiki because the upstream tends to remove
them. You need specific versions of these tools that are 'known good'.
I had lots of problems where mingw gcc bugs broke the build.

> Replacing that URL seemed to work, even if
> the original file was a .7z file and it is
> renamed to .7z (so it must be a 7-zip feature
> that it can still unpack this).

I suspect I repacked some of the files.

> To make all this work, I recommend to first
> run the MLton/MSYS installer again and
> install wget and 7zip, since they are not
> installed by default.

Yes, all you should need to build the MLton installer is a FULL
install from the previous MLton installer and the WiX package from
Microsoft. Unfortunately, you need a specific version of WiX as well,
since they break compatibility all the time. I probably documented
which version is needed either in the build script or commit logs.

>> Perhaps it is an issue with the build/bin/mlton script.  This script
>> is setup to use a SML/NJ-built MLton if it exists

I never have had SML/NJ installed. I always built MLton using itself
via cross-compilation or natively.

> I have also looked into patching the chmod, fchmod
> and waitpid_nh and it seems that they are, in fact,
> all implemented!

I know you plan to modify the process handling code in MLton.
Be careful.

I spent quite some time to find a balance which was as compatible with
*nix as possible while. If you change these things, make sure you
don't do it in a way that will break working programs.

Keep also in mind that all the permissions you are attempting to
implement do not exist in Windows. If I recall correctly, the basis
specification allows us to simply omit those things a platform does
not have.

> Finally, I would like to state that it is
> very good work that the whole (and quite
> elaborate!) process of making a MLton/MSYS
> installer has been automated.

I am sorry I haven't gotten to building a new MLton installer (or
debian/ubuntu package)!
Where I work now, I simply haven't used SML in the last two years,
whereas when I maintained those packages I was using it every day.

To unsubscribe from this group and stop receiving emails from it, send an email to [email protected].

------------------------------------------------------------------------------
Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce.
With Perforce, you get hassle-free workflows. Merge that actually works. 
Faster operations. Version large binaries.  Built-in WAN optimization and the
freedom to use Git, Perforce or both. Make the move to Perforce.
http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk