Hi Alastair.
| > Yes -- but hslibs/win32 should be fixed, or else nuked in favour of
| > libraries/win32, which Alastair is working on.
| >
| > Alastair: what's the story on win32 in hslibs/ or libraries/?
|
| I'd hoped to have the changeover done by now but I don't and
| won't in time so,
| for now, hslibs/win32 is the one to go with for ghc 6.0.
|
| [In particular, I haven't tried building libraries/win32 ever.]
|
| My plan is that win32, xlib, greencard, libgreencard (i.e.,
| StdDIS.{gc,hs}),
| HGL/win32 and HGL/xlib should all be separate packages from each
| other and
| from ghc. I am hoping to trickle these packages out over the
| next few weeks
| and my thought is that future releases would happen independently of each
| other, of ghc, of hugs, etc.
First: Let me say "Thanks!" for the effort you are making in this direction.
Second: In the GHC CVS "nightly" source tree I have put some minor
modifications which I hope will raise consciousness of the need for
Greencard, Happy and HDirect maintenance and perhaps assist you. To make
those modifications work (if you use the GHC nightly build system), just add
the following to your particular "site/?/conf-?" file:
====================================================================
#
# Some extra binaries
#
do_greencard="YES"
do_happy="YES"
do_hdirect="YES"
other_update_dirs="green-card happy hdirect"
====================================================================
See, for example, "site/paradigm/conf-HEAD-water".
These additions should cause the nightly build system to attempt to build
those packages and, if necessary, to print the tail of each error log in a
relatively neat manner at the end-of-run email message.
In the case of a MinGW32 build, if a binary distribution is being made then
the build script will attempt to "rejig" those utilities into the GHC binary
distribution tree which is then zipped up. The rejigging is still
experimental but I hope it will ultimately automate an "all-in-one" Windows
binary distribution.
Cheers
Mike Thomas.
_______________________________________________
Glasgow-haskell-bugs mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
