[GHC] #13647: Tidy up TcTypeable

GHC ghc-devs at haskell.org
Fri May 5 13:16:32 UTC 2017


#13647: Tidy up TcTypeable
-------------------------------------+-------------------------------------
        Reporter:  simonpj           |                Owner:  (none)
            Type:  bug               |               Status:  new
        Priority:  normal            |            Milestone:  8.4.1
       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 bgamari):

 Indeed I had considered giving tuple `KindRep`s special treatment, but was
 reluctant to implement a solution that would only target `GHC.Types`. Yes,
 `GHC.Types` does get larger,

 > Once that is done, I suspect that the entire machinery of tyring to
 share KindReps (which makes my head hurt) would be unnecessary

 I am not convinced it would be wise to drop the sharing. Afterall, the
 problem that you describe above above does not affect only `GHC.Types`.
 There were some programs in `nofib` whose compiler allocations increased
 drastically due to `TTypeable` as well. The patches introducing sharing
 (a694cee77b64235b42029fea248453ddf6b17d17) and "canned" KindReps
 (c1dacb8a9c18677495bbe7e41391f8ca7a573070) both helped immensely.

--
Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/13647#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler


More information about the ghc-tickets mailing list