haddock-out-of-memory
authorDebian Haskell Group <pkg-haskell-maintainers@lists.alioth.debian.org>
Fri, 19 Oct 2018 10:09:22 +0000 (11:09 +0100)
committerIlias Tsitsimpis <iliastsi@debian.org>
Fri, 19 Oct 2018 10:09:22 +0000 (11:09 +0100)
commit3b6f03acd4e7fb41a2a3466b2355a312a49184b3
tree51f747b2c1fbc7cfa832f44db6832552e15acd75
parentcf183ead4d95a8d14e73b1700cf468b57eeee20e
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