9 Jul
2019
9 Jul
'19
4:29 a.m.
The biggest problems are for packages like containers, that are not only used by GHC but also exposed to users through the GHC API. These libraries aren't part of GHC or base, but pretty much have to move in lock step.
fwiw, this what https://mail.haskell.org/pipermail/ghc-devs/2017-July/014424.html aims to address and would help to reduce this artificial boot-library version pinning for consumers. Moritz has been pushing this effort further via https://gitlab.haskell.org/ghc/ghc/merge_requests/490 but it didn't make it into GHC 8.8 yet.