Thanks Neil!
Let's do #1 for now. All the major yhc specific work is under YHC/, so I
don't expect a very large diff at the end.
In the time since I started, there was one moderately sized patch to the
libraries, but it changed a file that isn't in yhc yet. If I start seeing
patches to the libraries that conflict with my diffs in ways that make me
do work, I'll change my mind very fast. :)
--Lane
On Fri, 12 Jan 2007, Neil Mitchell wrote:
Hi Lane,
Fantastic!
How close to the base libraries are these? Ideally we would have the
patches go to the base library, and flip to using the base library
repo instead. So, as it stands there are several choices:
1) Keep accumulating patches into the Yhc project repo, then at some
point in the future, try and merge the patches back into the base
libs.
2) Move to the base libraries almost now, and try and send the patches
to the base libraries.
3) Do 1, but keep trying to get the patches into the base libraries
so the diff between our libs and their's remains nothing.
Personally I favour 3 - it seems like least work, but whichever one
you want, its your choice.
I have committed this patch, and done a small sample with Data.Map,
and am very impressed! I ran into one dependancy ordering issue -
these vary with machine - and had to fix that.
Well done!
Neil
_______________________________________________
Yhc mailing list
[email protected]
http://www.haskell.org/mailman/listinfo/yhc
