#11011: Add type-indexed type representations (`TypeRep a`) -------------------------------------+------------------------------------- Reporter: bjmprice | Owner: Type: feature request | Status: new Priority: normal | Milestone: Component: Compiler | Version: 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 simonpj): * Yes I hypothesise that when we have #11471 done (which will be soon) we can lift the restriction on partial applications of unboxed types. I don't remember why the restriction is there anyway; it may be that we can simply lift it. * The entire business of "querying the kinds at which a `TyCon` is instantiated" seems moot once types and kinds are unified. I.e. now. Doesn't the same decompose-type-application stuff work for kinds? * Yes, the main reason for `TyCon` is to be able to ask for its name, etc. Maybe other meta-data too in due course. SO I agree with comment:12. But let's not expose the internal representation of either `TypeRep` or `TyCon`. -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/11011#comment:13 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler