Proposal: Remove Control.Concurrent{QSem, QSemN, , SampleVar, mergeIO, nmergeIO} from base
Ian Lynagh
ian at well-typed.com
Tue Nov 13 02:40:19 CET 2012
- Previous message: Proposal: Remove Control.Concurrent{QSem, QSemN, , SampleVar, mergeIO, nmergeIO} from base
- Next message: Proposal: Remove Control.Concurrent{QSem, QSemN, , SampleVar, mergeIO, nmergeIO} from base
- Messages sorted by:
[ date ]
[ thread ]
[ subject ]
[ author ]
On Mon, Nov 12, 2012 at 01:04:18PM -0800, Johan Tibell wrote:
> On Sat, Jun 23, 2012 at 5:49 AM, Ian Lynagh <igloo at earth.li> wrote:
>
> > On Thu, Jun 07, 2012 at 01:46:28PM +0100, Ian Lynagh wrote:
> > >
> > > I propose that we remove
> > > Control.Concurrent.QSem
> > > Control.Concurrent.QSemN
> > > Control.Concurrent.SampleVar
> > > Control.Concurrent.mergeIO
> > > Control.Concurrent.nmergeIO
> > > from base.
> >
> > I've just deprecated them for now, with a message saying they'll be
> > removed in GHC 7.8, and pointing at SafeSemaphore.
>
> Cabal uses QSem
You mean cabal-install rather than Cabal, presumably?
> so I think we'll have to merge in some code from
> SafeSemaphore as we cannot depend on that package.
Why not? It's the same code, regardless of whether it is in base,
cabal-install or SafeSemaphore. Looks like SafeSemaphore has almost the
same module names too.
Thanks
Ian
- Previous message: Proposal: Remove Control.Concurrent{QSem, QSemN, , SampleVar, mergeIO, nmergeIO} from base
- Next message: Proposal: Remove Control.Concurrent{QSem, QSemN, , SampleVar, mergeIO, nmergeIO} from base
- Messages sorted by:
[ date ]
[ thread ]
[ subject ]
[ author ]
More information about the Libraries
mailing list