Use of MutableByteArray in GHC/Conc.lhs ?

Hi, Here is a question about a non-standard build from a first-timer ... I am slowly making progress, in a drunken walk kind of way, building GHC 6.7.20070518 (the one from the LambdaVM tree). Whilst most of my problems can be side stepped by tweaking the configure options and my libraries,

Re: Use of MutableByteArray in GHC/Conc.lhs ?

On Sun, May 27, 2007 at 05:12:49PM +1000, Mark Wassell wrote: I am slowly making progress, in a drunken walk kind of way, building GHC 6.7.20070518 (the one from the LambdaVM tree). Whilst most of my Since you're using LambdaVM you should probably report bugs directly to me rather than

Re[2]: isSpace is too slow

Hello Ketil, Monday, May 21, 2007, 12:43:16 PM, you wrote: isSpace :: Char - Bool isSpace = isSp . ord isSp c | c = 13= c = 8 -- \b..\r | c = 127 = c == 32 -- ' ' | c = 255 = c == 0xa0 -- nbsp | otherwise = iswspace(..) that's great but array-based test

GHC as a library stalls when nobody is consuming it's output

Hi all While trying to implement a GUI for GHCi, I have run into an annoying concurrency problems. I think GHC as a library is at fault, as it stalls (maybe some deadlock) when nobody is consuming it's output. This message is a literate Haskell program, which illustrates the problem. This

Re: isSpace is too slow

Bulat Ziganshin [EMAIL PROTECTED] writes: moreover, if we know platforms where iswpace checks the whole range, we can speed up code on these platforms by omitting isspace check As I see it, glibc does exactly this, see

[slightly OT] ghc-6.6.1 on OpenBSD/i386: internal error (Storage.c)

Hi, I'm currently working on updating the GHC port to 6.6.1 for OpenBSD, and when I run the testsuite (ghc-regress), all test cases for the way threaded1, i.e. debug + threaded bail out with an assertion failure: Blocks: 132 live + 123 free = 255 total (508 around) conc010: internal error: