12

Does Haskell have an equivalent of Alice's ability to bind a variable to a future?

val a = spawn foo;

where foo is some function.

I know Haskell supports channels and threads; I'm hoping for syntax as natural as Alice's to bind a value to a future and spawn a thread to calculate it without having to deal with the details.

Don Stewart
  • 137,316
  • 36
  • 365
  • 468
Hosiers
  • 123
  • 1
  • 4
  • Unrelated, but Clojure actually has those as well. – Rayne Aug 21 '10 at 13:28
  • I've never looked into this myself, but I suspect that lazy IO can be made to do this in a really neat way, although it may have unsafeInterleaveIO under the hood. – Paul Johnson Aug 22 '10 at 19:59

3 Answers3

15

You can use par from Control.Parallel as in

a `par` f a b c
where
  a = foo

This is a hint to the runtime that a could be evaluated in another thread.

Daniel
  • 26,899
  • 12
  • 60
  • 88
12

Funny, I was just reading a new post by Simon Marlow: Parallel programming in Haskell with explicit futures. Apparently he and others have been working on some new parallel programming abstractions that are intended to be more natural and explicit than the par and pseq APIs.

Daniel Pratt
  • 12,007
  • 2
  • 44
  • 61
7

Not in the standard library, but

http://ghcmutterings.wordpress.com/2010/08/20/parallel-programming-in-haskell-with-explicit-futures/

data Future a = Future a

fork :: Eval a -> Eval (Future a)
fork a = do a' <- rpar (runEval a); return (Future a')

join :: Future a -> Eval a
join (Future a) = a `pseq` return a
Alexey Romanov
  • 167,066
  • 35
  • 309
  • 487