Re: [Haskell-cafe] Why is TChan GHC specific?

On Wed, May 12, 2010 at 3:29 PM, Peter Robinson
As far as I know, TChan needs the 'retry' combinator which requires GHC's RTS. Same is true for TMVar, I think.
(sorry for the doubling peter, I forgot reply-all) OK. I'm new to this and probably didn't know where to look, but I didn't know that 'retry' was GHC specific.

On Thu, May 13, 2010 at 10:49 AM, Edward Amsden
On Wed, May 12, 2010 at 3:29 PM, Peter Robinson
wrote: As far as I know, TChan needs the 'retry' combinator which requires GHC's RTS. Same is true for TMVar, I think.
(sorry for the doubling peter, I forgot reply-all)
OK. I'm new to this and probably didn't know where to look, but I didn't know that 'retry' was GHC specific.
All of STM (Software Transactional Memory) is GHC-specific.

On 14 May 2010 00:10, Derek Elkins
On Thu, May 13, 2010 at 10:49 AM, Edward Amsden
wrote: On Wed, May 12, 2010 at 3:29 PM, Peter Robinson
wrote: As far as I know, TChan needs the 'retry' combinator which requires GHC's RTS. Same is true for TMVar, I think.
(sorry for the doubling peter, I forgot reply-all)
OK. I'm new to this and probably didn't know where to look, but I didn't know that 'retry' was GHC specific.
All of STM (Software Transactional Memory) is GHC-specific.
That's technically true for the "real" STM implementation, but the stm package also contains the module 'Control.Sequential.STM' that provides a sequential implementation which will work even without GHC's runtime. Peter
participants (3)
-
Derek Elkins
-
Edward Amsden
-
Peter Robinson