#3909: Priority queues in containers
-------------------------------------------+--------------------------------
Reporter: LouisWasserman | Owner: LouisWasserman
Type: feature request | Status: assigned
Priority: normal | Milestone:
Component: libraries (other) | Version: 6.12.1
Keywords: containers, priority queue | Difficulty:
Os: Unknown/Multiple | Testcase:
Architecture: Unknown/Multiple | Failure: None/Unknown
-------------------------------------------+--------------------------------
Comment(by twhitehead):
Replying to [comment:28 LouisWasserman]:
> Yeah. When I've needed real-time performance, I'd probably do something
like
>
> {{{
> insert x $! queue
> }}}
>
> which defers the lazy work by one operation, but only by one operation.
Essentially, I'd like to be able to guarantee that {{{seq}}} actually
guarantees a fully evaluated spine, cf. Data.Map or Data.IntMap.
I believe this is what Simon created Control.DeepSeq for a couple of
months ago
http://hackage.haskell.org/package/deepseq
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3909#comment:31>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
_______________________________________________
Glasgow-haskell-bugs mailing list
[email protected]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
