haddock-out-of-memory
authorDebian Haskell Group <pkg-haskell-maintainers@lists.alioth.debian.org>
Wed, 19 Jun 2019 21:08:21 +0000 (22:08 +0100)
committerIlias Tsitsimpis <iliastsi@debian.org>
Wed, 19 Jun 2019 21:08:21 +0000 (22:08 +0100)
commit2eb772d94b75c3882c1b8c2baad97d47562bf3d9
tree5b33cbe68747cee5cb8b7b145855d91f8d74137d
parent0735ad8dba4c1002ff9443ffe1e63010a0aa8f86
haddock-out-of-memory

commit 18cb44dfae3f0847447da33c9d7a25d2709d838f
Author: Alec Theriault <alec.theriault@gmail.com>
Date:   Tue Aug 21 16:03:40 2018 -0400

    Explicitly tell 'getNameToInstances' mods to load

    Calculating which modules to load based on the InteractiveContext means
    maintaining a potentially very large GblRdrEnv.

    In Haddock's case, it is much cheaper (from a memory perspective) to
    just keep track of which modules interfaces we want loaded then hand
    these off explicitly to 'getNameToInstancesIndex'.

    Bumps haddock submodule (commit 40eb5aabed0ae)

    Reviewers: alexbiehl, bgamari

    Reviewed By: alexbiehl

    Subscribers: rwbarton, thomie, carter

    Differential Revision: https://phabricator.haskell.org/D5003

    (cherry picked from commit c971e1193fa44bb507d1806d5bb61768670dc912)

Gbp-Pq: Name haddock-out-of-memory.patch
compiler/main/GHC.hs
utils/haddock/haddock-api/src/Haddock/Interface.hs
utils/haddock/haddock-api/src/Haddock/Interface/AttachInstances.hs