> As to the topics of binary IO, Unicode, and the Haskell report: while
> nobody has had the energy to really work the Unicode stuff into an
> implementation, the purpose of putting it into the report is to
> indicate our intention to do this in the future.
What are you talking about? Hbc has su
Just to make a couple of obvious observations:
Graeme Moss wrote:
> A question born out only of curiosity:
>
> Can anyone provide a definition of `thread' equivalent to this:
>
> > thread :: Monad m => [a -> m a] -> a -> m a
> > thread [] a = return a
> > thread (k:ks) a = k a >>= thread k
Graeme Moss writes
> A question born out only of curiosity:
>
> Can anyone provide a definition of `thread' equivalent to this:
>
> > thread :: Monad m => [a -> m a] -> a -> m a
> > thread [] a = return a
> > thread (k:ks) a = k a >>= thread ks
>
> not using pattern matching (eg. using map
Ralf Hinze answers my question:
|> Can anyone provide a definition of `thread' equivalent to this:
|>
|> > thread :: Monad m => [a -> m a] -> a -> m a
|> > thread [] a = return a
|> > thread (k:ks) a = k a >>= thread ks
|>
|> not using pattern matching (eg. using map or fold) that does not
"S. Alexander Jacobson" <[EMAIL PROTECTED]> writes:
> ... but it would be really usefl if someone would post a
> summary of the FP community politics ...
I am no longer "inside" Haskell-land, but it appears to me
that the "politics" are good, as good as they have been.
The GHC and Hugs people ar
Sven Panne writes:
>
> Moving to a standard is a good thing, but Green Card seems to move
> faster than existing code for it can be adapted. What is the schedule
> for GC3 and will there be something like a GC2->GC3 converter?
>
Hope to have a release ready soon. A translator that spits out ID
A question born out only of curiosity:
Can anyone provide a definition of `thread' equivalent to this:
> thread :: Monad m => [a -> m a] -> a -> m a
> thread [] a = return a
> thread (k:ks) a = k a >>= thread ks
not using pattern matching (eg. using map or fold) that does not have
a space l
> Could this not be discussed on this list, and a new Haskore list is
> created if the discussions are becoming sufficiently ample?
Ok, perhaps you're right. Here's the latest news about Haskore, partly
in answer to questions from Jose Romildo Malaquias.
Haskore was developed mostly by me, with
Sigbjorn Finne wrote:
> [...]
> It is on our GHC ToDo lists to convert GHC's various libraries to use
> Green Card, but this won't happen before we've got a working&stable IDL
> compiler. (Green Card 3 (aka H/Direct) will use IDL to interface to
> external libs instead of the homegrown language us