Re: Proposal: deepseq should not depend on containers

On Tue, 28 Dec 2010, Johan Tibell wrote:

Ticket:

http://hackage.haskell.org/trac/ghc/ticket/4868

Copy of proposal:

The deepseq package depends on the containers package. This forces all packages that want to depend on deepseq in order to provide a NFData instance for exported types, to also depend on containers.

Proposal, have containers depend on deepseq, not the other way around, and define the NFData instances for the types in the containers package, in the containers package.

I also think that 'deepseq' is lower level than 'containers' (and 'array') and thus 'containers' (and 'array') should depend on 'deepseq'. Should 'deepseq' become a boot package of GHC? I wouldn't be too worried about it, since 'seq' is even in 'base'.