Re: [Caml-list] Completeness of "Unix" run-time library

[Vasili Galchin <vasiliocaml@yahoo.com>]

Hi Eric,

    You have made a good point. Is there a way though
so that there is one unix.cma (I would still suggest
posix.cma because we should really IMO speak in terms
of POSIX API vs Win32 API) library that is built from
several binaries like socket, process, (p)thread? In
this way, the end-user would like against one library
not N libraries (I agree with your point about link
hassles). I guess i questioning current granularity of
unix.mli. This is, of course, somewhat of a judgemnet
call, but one doesn't want to have all of the source
in the kitchen sink. I.e. source module division vs 
link library division. (Sorry ... perhaps I didn't say
in an eloquent way .. hope everybody gets my point).

Regards, Vasili
 
--- Eric Stokes <eric.stokes@csun.edu> wrote:
> It is nice to access these things through a single
> interface like the 
> Unix library, instead of
> having to link to multiple libraries. Does INRIA not
> allow submissions 
> for inclusion
> into the standard library?
> 
> On Mar 9, 2004, at 10:11 AM, Shawn Wagner wrote:
> 
> > On Tue, Mar 09, 2004 at 05:55:27PM +0000, Richard
> Jones wrote:
> >> On Tue, Mar 09, 2004 at 09:30:09AM -0800, Vasili
> Galchin wrote:
> >>> Hello,
> >>>
> >>>       I have yet to finish reading through
> otherlibs/unix/unix.mli. 
> >>> I kind of consider this POSIX API support. In
> any case, is there is 
> >>> a consensus that what is in unix.mli is
> complete? Or does new 
> >>> functionality have to be added? If so, what?
> >>
> >> No way!!  There's lots of missing stuff which
> could be added.  eg. off
> >> the top of my head, strftime(3).
> >
> > <Plug>
> > Some missing functions from the C and POSIX
> standards are in my extlib
> > library (strftime is Time.format_time).
> > http://raevnos.pennmush.org/code/extlib/
> >
> > More (The numeric ones added in C99) are in the
> companion mathlib.
> > http://raevnos.pennmush.org/code/mathlib/
> > </Plug>
> >
> >>
> >> It would also be useful to have a comprehensive
> time / date library,
> >> probably outside the Unix module.  As part of the
> perl4caml project
> >> I've wrapped up Perl's Date::Parse, Date::Format
> and Date::Calc[1]
> >> modules, but a general OCaml library would be
> great.
> >
> > Agreed.
> >
> > -- 
> > Shawn Wagner
> > shawnw@speakeasy.org
> >
> > -------------------
> > 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
> >
> 
> -------------------
> 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


__________________________________
Do you Yahoo!?
Yahoo! Mail - More reliable, more storage, less spam
http://mail.yahoo.com

-------------------
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