[GHC] #10419: Refactor LoadIface to distinguish getting a ModIface versus loading into EPT

GHC ghc-devs at haskell.org
Sun May 17 05:36:21 UTC 2015


#10419: Refactor LoadIface to distinguish getting a ModIface versus loading into
EPT
-------------------------------------+-------------------------------------
        Reporter:  ezyang            |                   Owner:  ezyang
            Type:  task              |                  Status:  closed
        Priority:  normal            |               Milestone:
       Component:  Compiler (Type    |                 Version:  7.11
  checker)                           |                Keywords:
      Resolution:  invalid           |            Architecture:
Operating System:  Unknown/Multiple  |  Unknown/Multiple
 Type of failure:  None/Unknown      |               Test Case:
      Blocked By:                    |                Blocking:
 Related Tickets:                    |  Differential Revisions:
-------------------------------------+-------------------------------------
Changes (by ezyang):

 * status:  new => closed
 * resolution:   => invalid


Comment:

 My original motivation was clarity surrounding plugin interface loading,
 but actually I think there's a better way to solve this problem (#10420),
 so I guess let's let this die.

 Though, I think it may still be useful to add a new function to
 `LoadIface` expressly for orphan loading, to consolidate this logic.

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


More information about the ghc-tickets mailing list