Proposal: Remove Control.Concurrent{QSem, QSemN, , SampleVar, mergeIO, nmergeIO} from base
Henning Thielemann
lemming at henning-thielemann.de
Thu Jun 7 23:20:27 CEST 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 Thu, 7 Jun 2012, Ian Lynagh wrote:
> On Thu, Jun 07, 2012 at 10:24:51PM +0200, Henning Thielemann wrote:
>>
>> +1 for deprecation cycle.
>
> I don't think a deprecation cycle makes sense in this case:
>
> * Only a handful of packages use these modules/functions
> (according to my very out-of-date copy of hackage, anyway).
I don't use these modules, too. But I supported the general thoughts by
Ganesh.
> * The code is buggy (http://hackage.haskell.org/trac/ghc/ticket/3160)
> so we would like people to stop using it sooner rather than later.
The DEPRECATE pragma allows people to tell _how_ they can fix their code.
> * It is harder for us: We don't have a good way to track tasks that need
> to be done at some point in the future.
fgrep -r DEPRECATE
?
- 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