
The situation seems to be this:
* Sigbjorn is actively maintaining hslibs/win32 for Galois reasons, and
is
reluctant to transfer to libraries/win32 because it's untested (I'm
assuming
that the Green-Card dependency is soluble by putting the GC output
in the CVS tree). Fair enough.
* Alastair believes that lilbraries/win32 should work, but cannot
maintain it.
Fair enough.
* Everyone else would far rather not to have to choose
* The sooner we can dump hslibs/ the better
I'm not sure how to make progress here. Is anyone else interested or
willing to take ownership of libraries/win32? (Graham? Krasimir?)
This isn't a GHC specific thing -- I believe/hope the same libraries
should work equally well for Hugs.
Simon
| -----Original Message-----
| From: cvs-all-bounces@haskell.org [mailto:cvs-all-bounces@haskell.org]
On Behalf Of Sigbjorn Finne
| Sent: 29 January 2004 02:37
| To: Simon Peyton-Jones
| Cc: cvs-ghc@haskell.org; Graham Klyne
| Subject: Re: GHC 'hslibs/win32/Win32Spawn.hs' syntax error?
|
| hslibs/win32 is being kept compilable & working as our partial Win32
| API binding.
|
| I've never tried using libraries/Win32; its re-introduction of a
dependency
| on GreenCard + its untested nature is why I've been reluctant to go
near it.
|
| --sigbjorn
|
| ----- Original Message -----
| From: "Simon Peyton-Jones"

----- Original Message -----
From: "Simon Peyton-Jones"
The situation seems to be this:
* Sigbjorn is actively maintaining hslibs/win32 for Galois reasons, and is reluctant to transfer to libraries/win32 because it's untested (I'm assuming that the Green-Card dependency is soluble by putting the GC output in the CVS tree). Fair enough.
I have no motivation other than it is a useful library used by many. GreenCard output, and output by the FFI backend in particular, is pretty clunky(*), so much so that the *.hs files in hslibs/win32 has been cleaned up quite a bit. Furthermore, GreenCard produces non-reentrant code, which is why I don't recommend it being used, libraries/Win32 or otherwise. hslibs/win32/ doesn't improve on the non-reentrancy problem, btw. --sigbjorn * - having written large chunks of the current GC codebase, I feel entitled to criticize it :)
participants (2)
-
Sigbjorn Finne
-
Simon Peyton-Jones