[GHC] #1409: Allow recursively dependent modules transparently (without .hs-boot or anything)

GHC ghc-devs at haskell.org
Tue Jan 22 02:14:28 UTC 2019


#1409: Allow recursively dependent modules transparently (without .hs-boot or
anything)
-------------------------------------+-------------------------------------
        Reporter:  Isaac Dupree      |                Owner:  (none)
            Type:  feature request   |               Status:  new
        Priority:  normal            |            Milestone:  ⊥
       Component:  Compiler          |              Version:  6.10.2
      Resolution:                    |             Keywords:  backpack
Operating System:  Unknown/Multiple  |         Architecture:
                                     |  Unknown/Multiple
 Type of failure:  None/Unknown      |            Test Case:
      Blocked By:                    |             Blocking:
 Related Tickets:  #9256             |  Differential Rev(s):
       Wiki Page:                    |
-------------------------------------+-------------------------------------

Comment (by atravers):

 So there's still some interest after all.

 I had thought about providing some details about my prototype
 implementation (e.g. how it avoids the "all-in-one" approach) but having
 read [a draft of] the Melton-Tempero paper (and various others over the
 break) I now pause to consider a question:

 ''Are recursive imports taking recursion a step too far?''

 To use a automotive analogy - oil works well for certain parts of the
 typical car (e.g. engine and gearbox) but that doesn't mean oil would work
 just as well for other parts of the car (e.g. brakes and clutches).

 With 2020 on the horizon, and drawing some inspiration from a few of those
 other papers (and, well, Douglas Adams), I now suggest the following:

 1. Support for recursive imports be **withdrawn** from the new Haskell
 2020 standard;

 2. A new proposal for recursive imports be added to the Haskell-proposals
 page of the Haskell wiki site, where a concise description can be made
 along with a list of subsequent problems, for the intrepid to find
 solutions to.

 3. If those solutions are viable, then recursive imports would be
 reinstated in a post-2020 Haskell standard.

 The intent is that the proposal-page be ''the'' central point of reference
 for everything related to implementing recursive imports instead of being
 scattered far and wide as it is now - a veritable clearing-house for old
 and new ideas and suggestions.

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


More information about the ghc-tickets mailing list