[GHC] #11064: Call Arity has the trivial application case wrong
GHC
ghc-devs at haskell.org
Fri Nov 6 14:37:27 UTC 2015
#11064: Call Arity has the trivial application case wrong
-------------------------------------+-------------------------------------
Reporter: nomeata | Owner: nomeata
Type: bug | Status: new
Priority: normal | Milestone:
Component: Compiler | Version: 7.10.2
Keywords: | Operating System: Unknown/Multiple
Architecture: | Type of failure: None/Unknown
Unknown/Multiple |
Test Case: | Blocked By:
Blocking: | Related Tickets:
Differential Rev(s): | Wiki Page:
-------------------------------------+-------------------------------------
In `e x`, the result of `x` is not shared in contrast to `e (f x)`, where
CorePrep will turn it into `let y = f x in e x`. So in
{{{
let f = ...
in e (f x)
}}}
we know that f is called at most once, but in
{{{
let f = ...
in e f
}}}
we do not know that.
Previously Call Arity would assume that in `e x`, `x` is evaluated at
most once. This rarely would make a difference (the argument `x` is
analized with an incoming arity of 0, so no eta-expansion would be done
anyways), but of course this should still be fixed.
I just validated a patch and will push shortly.
--
Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/11064>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
More information about the ghc-tickets
mailing list