Re: [GHC DevOps Group] Making GHC's fast release cadence work

Not just stack, system package managers want fully consistent package sets too. This is something I have to deal with occasionally when I do updates to our internal Haskell package set at work. On Tue, Jul 2, 2019, at 12:58, David Feuer wrote:

It seems to mostly be an issue for stack, which wants a fully consistent package set.

On Tue, Jul 2, 2019, 12:54 PM Ben Gamari wrote:

...

David Feuer 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

_______________________________________________ Libraries mailing list Libraries@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/libraries