[GHC DevOps Group] Making GHC's fast release cadence work
Ben Gamari
ben at smart-cactus.org
Tue Jul 2 16:54:10 UTC 2019
David Feuer <david.feuer at gmail.com> writes:
> 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.
>
I'm not sure I understand why this is so. Yes, install plans involving
the GHC library are forced to use the same version of containers that
GHC uses, but I would think that this is not the common case.
Assuming most people aren't linking against the GHC library then I don't
see the harm in GHC staying a bit behind upstreams like containers.
Cheers,
- Ben
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 487 bytes
Desc: not available
URL: <http://mail.haskell.org/pipermail/ghc-devops-group/attachments/20190702/3ac17910/attachment.sig>
More information about the Ghc-devops-group
mailing list