Splitting SYB from the base package in GHC 6.10
igloo at earth.li
Mon Sep 22 15:54:49 EDT 2008
On Tue, Sep 16, 2008 at 09:41:33AM +0100, Ross Paterson wrote:
> On Mon, Sep 15, 2008 at 01:28:30PM +0200, José Pedro Magalhães wrote:
> > Are the details sorted out? Summarizing:
> > * Data.Generics.Basics stays in base;
> > * All other SYB modules besides Data.Generics.Instances go into a new
> > 'syb' package;
> > * Data.Generics.Instances is split in two, one part remaining in
> > base and the other moving to the syb package.
> Sounds good. Those that remain in base need no longer be orphans.
> Regarding Complex, I think your point that it exports (:+) determines
> that the derived instance is appropriate.
> > * These 6 instances have abstract datatypes. Unless there is some reason to
> > keep them in base, I suggest they go into the syb package:
> > DataType TyCon TypeRep Handle ThreadId StablePtr
> I'd lean slightly toward keeping with their definitions in base, but
> it's not a blocker like the others.
> What shall we call the module defining the Data class? Data.Data?
I'm a little lost as to exactly what changes you want. Can you send a
darcs patch against the base and syb repos please?:
Currently everything is in the syb package.
More information about the Libraries