#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 LouisWasserman):
Absolutely the case, but we can't use deepseq as a prerequisite for
containers, can we? =(
Replying to [comment:31 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:34>
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
