>"ocaml -extended- standard library" ) should only need a separate mailling
>list ( to discuss about implementations choices such as tail recursive
>calls ) and perhaps a CVS tree... so maybe a sourceforge project would be
>nice here.

I agree with this as well.  Like the other point about packagin, I think 
worrying about getting the code into the main distribution and packaging 
and whatnot is premature.  Let's just start a sourceforge project and get 
some code together.  If it's useful, we'll solve the distribution problems 
as they come up.

Chris


-------------------
To unsubscribe, mail caml-list-request@inria.fr Archives: http://caml.inria.fr
Bug reports: http://caml.inria.fr/bin/caml-bugs FAQ: http://caml.inria.fr/FAQ/
Beginner's list: http://groups.yahoo.com/group/ocaml_beginners