Releasing containers 0.5.3.2 -- before GHC 7.8?

Johan Tibell johan.tibell at gmail.com
Tue Jan 14 21:47:31 UTC 2014


I'll make a release in the next few days.


On Tue, Jan 14, 2014 at 10:33 PM, Milan Straka <fox at ucw.cz> wrote:

> Hi Johan,
>
> I think releasing 0.5.4 is a good idea. Could I ask you to do the
> release as usual, please?
>
> We added the splitRoot function, so it should really be 0.5.4 and not
> only 0.5.3.2. Actually, we added Functor instance to Graph.SCC and
> Functor and Applicative instances to Graph.SetM, but Graph is rarely
> used, so I would deliberately break PVP and not do a major version bump.
>
> Thanks,
> cheers,
> Milan
>
> > -----Original message-----
> > From: Ryan Newton <rrnewton at gmail.com>
> > Sent: 14 Jan 2014, 11:41
> >
> > Hi guys,
> >
> > I'm wondering if we can do a hackage release of 0.5.3.2?  That
> "splitRoot"
> > function is in there, and my ability to deploy parallel code that uses
> > containers depends on people getting it!  Are there any other changes
> since
> > 0.5.3.1?
> >
> > Replacing containers seems like a real pain for end users, so it would be
> > great if 0.5.3.2 could come with GHC 7.8.  Currently, it looks like the
> GHC
> > repo is up to date in that it includes 0.5.3.1.
> >
> > I realize it is late days for this, but:
> >
> >    - It's been a month since we put splitRoot in; I've been using it
> >    heavily and it I'm pretty confident that it's correct.  (It's so
> simple!)
> >    - Nothing else is touched, so there is very little liability
> associated
> >    with this version bump.
> >
> > And, as you know, if we don't make this round it's a long latency before
> > the next chance.  That is, before we can expect people to do parallel
> folds
> > over Data.Set or Data.Map without installation headache.
> >
> > Any objections?
> >   -Ryan
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.haskell.org/pipermail/ghc-devs/attachments/20140114/d622d594/attachment-0001.html>


More information about the ghc-devs mailing list