Ashish Agarwal <[email protected]> writes:
> A "standard library" does not imply "big" or that it is part of the standard
> distribution. Both Batteries and Core would make fine standard libraries.
> Neither is very big and both are independent of the standard distribution. But
> having 5 different standard libraries is annoying precisely because the
> library
> covers just basic concepts. We don't need 5 APIs for string functions. They
> are
> all easy to learn independently but a pain if you have to know them all. A
> beginner won't bother taking the time to do a google search and find which one
> to use; before that they'll use another language.
We used to have 100 seperate little modules all over the place. Now we
have 2 contenders for a "standard library". I think we are going the
right way there. Lets leave that allone for at least a year or two.
And we do (initially) need 5 APIs for string functions and we need to
test them all and decide which one fits best. And there can be more than
one that should be kept. E.g. one API with exceptions and one with
option types. But then all modules in the "standard library" should
provide those APIs we want to keep consistently across all modules.
Lets agree that we eventually want one standard library.
Can we also agree that the standard library can be external to the
compiler, like Batteries or Core is?
> I also think the debate about github, ocamlforge, etc is fruitless. People
> have
> different preferences and who knows what new tools will be developed a couple
> years from now. Instead of arguing about which one is best, we should accept
> that we will not agree on this. And why do we need to? We can aggregate the
> information from multiple sources and present it in a uniform way on a
> community website.
ACK. Totaly different fruit. Even talking about a standard library is
imho fruitless (at this point in time) and OT to the original problem.
MfG
Goswin
--
Caml-list mailing list. Subscription management and archives:
https://sympa-roc.inria.fr/wws/info/caml-list
Beginner's list: http://groups.yahoo.com/group/ocaml_beginners
Bug reports: http://caml.inria.fr/bin/caml-bugs
