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

Eric Seidel eric at seidel.io
Tue Jul 9 04:43:15 UTC 2019


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 <ben at smart-cactus.org> wrote:
> > 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
> > 
> _______________________________________________
> Libraries mailing list
> Libraries at haskell.org
> http://mail.haskell.org/cgi-bin/mailman/listinfo/libraries
>


More information about the Libraries mailing list