From: Markus Mottl <mottl@miss.wu-wien.ac.at>
To: orodeh@cs.cornell.edu (Ohad Rodeh)
Cc: caml-list@inria.fr (OCAML)
Subject: Re: Stdlib regularity
Date: Wed, 6 Oct 1999 17:18:42 +0100 (MET DST) [thread overview]
Message-ID: <199910061518.RAA00904@miss.wu-wien.ac.at> (raw)
In-Reply-To: <Pine.LNX.4.10.9910060925320.18180-100000@mojave.cs.cornell.edu> from "Ohad Rodeh" at Oct 6, 99 09:25:53 am
> I have used OCaml extensively in the past few years, and I've had
> some misgivings about the CAML standard library argument ordering. It
> is a little bit confusing and not standard. For example:
Although the standard library is quite ok, there are some (minor)
inconsistencies. What concerns my wishes for it, I'd love to see more
features (= functions or even modules).
At the moment I am not always linking against the standard library,
but I use own modules, which I have extended a bit, because I
need some important features all of the time (e.g. why is there no
"partition"-function in the set-module?).
What do you think about this proposal: why not put a version of the
standard library on the CVS-server of INRIA, where volunteers can
contribute extensions, replacements, new modules, etc.?
>From time to time, the maintainers of OCaml might want to take a look at
the diffs to the original library and merge some (all?) of the goodies
into the main branch. I can imagine that you have a lot of patches which
are just waiting to be uploaded...
Best regards,
Markus Mottl
--
Markus Mottl, mottl@miss.wu-wien.ac.at, http://miss.wu-wien.ac.at/~mottl
next prev parent reply other threads:[~1999-10-07 7:53 UTC|newest]
Thread overview: 39+ messages / expand[flat|nested] mbox.gz Atom feed top
1999-10-06 13:25 Ohad Rodeh
1999-10-06 16:18 ` Markus Mottl [this message]
1999-10-08 14:06 ` Matías Giovannini
1999-10-10 20:09 ` Pierre Weis
1999-10-10 20:12 ` Matías Giovannini
1999-10-08 14:10 ` skaller
1999-10-08 19:21 ` Markus Mottl
1999-10-09 21:14 ` Dave Mason
1999-10-06 18:50 ` John Prevost
1999-10-07 7:33 ` skaller
1999-10-07 9:18 ` Francisco Valverde Albacete
1999-10-08 14:56 ` skaller
1999-10-09 22:26 ` Francois Rouaix
1999-10-10 5:38 ` skaller
1999-10-10 20:44 ` William Chesters
1999-10-10 21:43 ` Hongwei Xi
1999-10-11 0:36 ` skaller
1999-10-12 7:20 ` David Mentr{'e}
1999-10-08 16:38 ` Proposal for study: Add a categorical Initial type to ocaml skaller
1999-10-09 22:43 ` John Prevost
1999-10-10 3:18 ` chet
1999-10-10 6:14 ` skaller
1999-10-10 21:05 ` William Chesters
1999-10-10 22:36 ` chet
1999-10-10 22:38 ` chet
1999-10-11 19:30 ` John Prevost
1999-10-12 8:34 ` Option types and O'Labl merger Jacques Garrigue
1999-10-12 14:38 ` William Chesters
1999-10-13 5:35 ` Frank A. Christoph
1999-10-13 8:48 ` Jacques Garrigue
1999-10-11 0:51 ` Proposal for study: Add a categorical Initial type to ocaml skaller
1999-10-11 12:40 ` John Prevost
1999-10-12 19:20 ` skaller
1999-10-12 11:33 ` Jean-Francois Monin
1999-10-10 16:10 ` chet
1999-10-09 16:58 Stdlib regularity William Chesters
1999-10-10 0:11 ` Matías Giovannini
1999-10-12 16:21 Damien Doligez
1999-10-13 12:18 ` Matías Giovannini
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=199910061518.RAA00904@miss.wu-wien.ac.at \
--to=mottl@miss.wu-wien.ac.at \
--cc=caml-list@inria.fr \
--cc=orodeh@cs.cornell.edu \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).