[GHC] #13227: Loss of full laziness in mapFB
GHC
ghc-devs at haskell.org
Thu Feb 2 16:54:19 UTC 2017
#13227: Loss of full laziness in mapFB
-------------------------------------+-------------------------------------
Reporter: simonpj | Owner:
Type: bug | Status: new
Priority: normal | Milestone:
Component: Compiler | Version: 8.0.1
Resolution: | Keywords:
Operating System: Unknown/Multiple | Architecture:
| Unknown/Multiple
Type of failure: None/Unknown | Test Case:
Blocked By: | Blocking:
Related Tickets: | Differential Rev(s):
Wiki Page: |
-------------------------------------+-------------------------------------
Comment (by nomeata):
That reminds me of a question that I had a long time: What is the precise
semantics of `ProbOneShot`? I only understand `OneShot`…
I read `Note [Computing one-shot info, and ProbOneShot]` and it seems that
the compiler is acting according to plan (marking this partial application
as `ProbOneShot`, and then not floating the expression out).
Are you saying that the plan as described in the note might be bogus, or
is the implementation not doing what it should?
--
Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/13227#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
More information about the ghc-tickets
mailing list