Version française
Home     About     Download     Resources     Contact us    

This site is updated infrequently. For up-to-date information, please visit the new OCaml website at

Browse thread
[Caml-list] [ANN] The Missing Library
[ Home ] [ Index: by date | by threads ]
[ Search: ]

[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
Date: 2004-04-23 (22:54)
From: Henri DF <henri.dubois-ferriere@e...>
Subject: Re: [Caml-list] [ANN] The Missing Library
ok this thread is way too long already, and (as maxence pointed out), is 
basically the same old rehash of the same old thing, but i will still add

> On Fri, Apr 23, 2004 at 04:10:03PM -0500, John Goerzen wrote:
> Let me expand on this a bit.  It is clear that people are unsatisfied
> with the quality of the standard library and that others have been able

i would rephrase that as "that *some* [1] people are unsatisfied, where 
*some* might be a very small number". 

and we shouldn't forget that the boring, satisfied users obviously (such 
as yours truly) do not have much to complain about and so might well be
the silent majority on this list..

[1] where 'some' might be a very small number

> to provide useful features (*cough* IPv6 and other basic Unix calls) far
> sooner than Inria has.  Why are you oppsed to this?
> There are some things that will work fine with a system such as GODI
> once it gets a little more mature.  My ConfigParser module, for
> instance, has no need to be in the standard library (OTOH, there's no
> need for it to be outside it either, but I don't care either way on that
> if GODI continues improving.)
> But what about the C Extlib's expanded support for sockets and IPv6?  I
> can either use its support, or the standard Unix module.  If I choose
> the standard Unix module, I have compatibility with other OCaml code
> written by others, but I lack IPv6.  If I choose the C Extlib module,
> all my I/O is tied to that module. 
> A plethora of mutually-incompatible modules that duplicate and extend
> standard library features is in nobody's interest.  The result will be
> an irrelevant standard library and a fragmented development community.
> -- John
> -------------------
> To unsubscribe, mail Archives:
> Bug reports: FAQ:
> Beginner's list:

To unsubscribe, mail Archives:
Bug reports: FAQ:
Beginner's list: