[copied to Hugs maintainer]
This evening I was overcome by a strong desire to make the hslibs
libraries work with Hugs.
A little work with a preprocessor quickly got half of them working.
I think I can easily get at least half of the remainder working with a
few carefully placed ifdefs.
But what ifdef to use? I can't use ifdef __HUGS__ because that means
"StgHugs". I'd really like to use __HUGS__ though because anything
else seems silly (and because StgHugs isn't being actively hacked on).
Is there any objection to me replacing __HUGS__ with __STGHUGS__ in
all the following files:
concurrent/Concurrent.lhs
concurrent/Parallel.lhs
concurrent/QSem.lhs
concurrent/QSemN.lhs
lang/Addr.lhs
lang/Dynamic.lhs
lang/Exception.lhs
lang/IOExts.lhs
lang/IORef.lhs
lang/LazyST.lhs
lang/NumExts.lhs
lang/ST.lhs
while leaving these alone (since __HUGS__ seems to refer to Hugs not
StgHugs in these files)
text/HaXml/lib/XmlHtmlParse.hs
text/HaXml/lib/XmlParse.hs
and pondering whether to change these (I believe __HUGS__ refers to
Hugs not StgHugs but the evidence isn't very strong)
hssource/HsLexer.lhs
hssource/HsParser.hs
If this is not ok, how about __HUGS98__ - though I think it is very
much inferior.
Note that I intend to leave the STGHUGS ifdefs in there. I'm not sure
what the status of StgHugs is and don't especially want to force a
decision on what is happening with it. (I'd be quite happy if it
continued to limp along for a while though 5.0 seems to leave out a
few critical StgHugs components...)
Oh yes, and is it ok for me to commit any changes I might make as long
as the GHC code is undamaged?
[Yes, I know you're planning a big library reorg - but when is that
going to happen? It'd be nice if the forthcoming Hugs release will be
the last one of the year, it'd be good if it worked nicely with
hslibs. This is going to take a bit of reorganisation on the Hugs
side of things.]
--
Alastair Reid [EMAIL PROTECTED] http://www.cs.utah.edu/~reid/
_______________________________________________
Glasgow-haskell-bugs mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
