[GHC] #12506: Compile time regression in GHC 8.
GHC
ghc-devs at haskell.org
Tue Oct 25 14:20:37 UTC 2016
#12506: Compile time regression in GHC 8.
-------------------------------------+-------------------------------------
Reporter: deech | Owner: bgamari
Type: bug | Status: new
Priority: high | Milestone:
Component: Compiler | Version: 8.0.1
Resolution: | Keywords:
Operating System: Unknown/Multiple | Architecture:
Type of failure: Compile-time | Unknown/Multiple
performance bug | Test Case:
Blocked By: | Blocking:
Related Tickets: | Differential Rev(s):
Wiki Page: |
-------------------------------------+-------------------------------------
Comment (by bgamari):
I clarify that I suspect the large term counts here are really the result
of the library itself making heavy use of type classes, essentially making
this yet another manfestation of #8095. The high desugaring times observed
in compiling tree are due to the fact that we run `simpleOptPgm` during
desugaring.
I didn't have a chance to look at compilation time regressed from 7.8 to
7.10 to 8.0. When I get a chance the best next step will likely to focus
on the 7.10 to 8.0 regression (since it is both newer (and therefore
easier to debug) as well as larger). First verify that the desugared Core
is equivalent, then look at compiler profiles to see if the compiler
implementation has regressed.
--
Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/12506#comment:10>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
More information about the ghc-tickets
mailing list