Compilers don't like huge packages, but that doesn't apply to an interpreter. Still, maybe we'll need more packages in the future, so to allow for future expansion I'm thinking of renaming these
libraries -> libraries/core oldlib -> libraries/compat
More to type in -P though (maybe put them in lib?)
These names sound reasonable. The name 'base' occurs to me instead of 'core' but either is good. I'm tempted to suggest 'deprecated' instead of 'compat' but that's probably going a bit far. Using 'lib' is probably the rigth thing to do: it keeps the tree simpler to maintain, people are used to looking in lib and, as you say, it's less to type. btw Should the files in hugs98/libraries/Hugs which come from CVS be moving into the libraries repository just as there's a bunch of GHC specific stuff in libraries/GHC? (That is, should this not be a subdirectory of hugs98.) This is probably what you were talking about when you said there was a little cleanup needed which could wait until after release... -- Alastair