Windows make install

[Simon Marlow]

On 19 May 2004 08:57, Mike Thomas wrote:

> I'm fixing "make install" on Windows with the following assumptions,
> upon which I invite comments from interested parties:

Woot!

> 3.  The MinGW32 compiler is installed from the configure "--with-gcc"
> option (if that option is not set then MinGW32 is not copied).

If there's no --with-gcc, then presumably whatever 'gcc' is in PATH is
the mingw gcc, and you could use that.  Some folks prefer to use PATH
than --with-gcc (the recent discussion on which is better didn't reach a
conclusion).

> 5.  It is OK to change the HS_PROG ".bin" extension used by Happy,
> Alex and Haddock to ".exe", even on Unix; ie wrapper shell scripts
> refer to "alex.exe" rather than "alex.bin" etc.
>
> 6.  Because the support utilities (Happy etc) default to reading
> templates from the executable directory (at least I believe they do)
> I've shoved both the executables and the templates into the
> "--prefix" directory for now.  I would rather they wound up in the
> bin directory, but their Makefiles override the value of the
> "datadir" Makefile macro, and I am hesitant about changing that
> without consultation. 

Happy, Alex and Haddock all have a Unix-like 'make install' at the
moment, which works perfectly well on a cygwin system.  I presume you
want to change this so that you get mingw-friendly installs for these
utils.  That's ok, but it will need some changes to the tools.  

Regarding (6), no these utils don't check the executable directory at
the moment.  They could/should.

Regarding (5), I'd just make the binary 'happy.exe' on Windows and leave
it as-is on Unix (or just use the GHC convention of <prog>-<version> for
the real binary).

> The relatively minor "config.mk" changes I checked in the other day
> were sufficient to build and install a working Windows GHC and GHCi
> (built with MinGW32 gcc 3.3.1), but required hand copying of perl and
> MinGW32.  (ie Points 1 and 2 are under control).

Cool!

Your other plans sound good, including fish-related celebrations.

Cheers,
	Simon