From: Diego Olivier Fernandez Pons <Diego-Olivier.FERNANDEZ-PONS@cicrp.jussieu.fr>
To: "Yaron M. Minsky" <yminsky@CS.Cornell.EDU>
Cc: Caml List <caml-list@inria.fr>
Subject: Re: [Caml-list] Two types of efficiency (Was Efficiency of 'a list)
Date: Mon, 5 May 2003 18:38:08 +0200 (DST) [thread overview]
Message-ID: <Pine.A41.4.44.0305051810200.1040524-100000@ibm1.cicrp.jussieu.fr> (raw)
In-Reply-To: <1052135863.2398.6046.camel@dragonfly.localdomain>
Bonjour,
> You're kidding, right? You're making a classic "best is enemy of
> the good" mistake here. Yes, there are lots of implementations, and
> it's not clear which of them is absolutely optimal. That doesn't
> mean ocaml shouldn't provide built-in support for one "good-enough"
> solution. Such support doesn't preclude using whatever the optimal
> algorithm is for the situation. But most of the time, it works
> fine, and having built in support improves the usability of the
> language greatly.
Having various algorithms/data structures improves the usability of
the language greatly, that is absolutely true.
But what you are describing is more the need of a 'large, standard and
uniform data structure library' than 'build-in' support.
- large, to handle all kind of situations
- standard, to insure compatibility
- uniform, to be able to switch easily between different
implementations
> I for one have never quite understood why the Set and Map modules
> only provide modular implementations, and why the API is relatively
> weak.
The Map and the Set modules of the standard library in Caml are a good
starting point : they may not be as complete as you would have liked,
of course but they will improve with time.
Keep in mind that designing a data structure library is a hard work :
Chris Okasaki, Ralf Hinze and a lot of others have failed ; Baire has
not even been released after 1 year of work, the geometric algorithms
in JDSL (Java data structures library) never arrived and after 2 years
the new version 2.1 does not provide any real improvment over 2.0.6,
etc.
The Caml standard library is in the 'not so bad' category
Diego Olivier
-------------------
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
next prev parent reply other threads:[~2003-05-05 16:39 UTC|newest]
Thread overview: 42+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-05-02 19:27 [Caml-list] Efficiency of 'a list Eray Ozkural
2003-05-03 5:43 ` Mattias Waldau
2003-05-03 8:16 ` Ville-Pertti Keinonen
2003-05-03 14:12 ` Vitaly Lugovsky
2003-05-03 18:43 ` Mattias Waldau
2003-05-03 20:01 ` Eray Ozkural
2003-05-03 23:17 ` Eray Ozkural
2003-05-04 2:08 ` cashin
2003-05-04 4:08 ` alc
2003-05-04 5:32 ` Ed L Cashin
2003-05-04 6:46 ` [Caml-list] Two types of efficiency (Was Efficiency of 'a list) Mattias Waldau
2003-05-04 7:35 ` John Max Skaller
2003-05-04 11:52 ` Olivier Andrieu
2003-05-05 11:04 ` John Max Skaller
2003-05-04 16:48 ` brogoff
2003-05-04 7:43 ` Ville-Pertti Keinonen
2003-05-04 12:50 ` Eray Ozkural
2003-05-04 12:48 ` Eray Ozkural
2003-05-05 7:31 ` Diego Olivier Fernandez Pons
2003-05-05 11:11 ` Mattias Waldau
2003-05-05 13:17 ` John Max Skaller
2003-05-05 11:49 ` Eray Ozkural
2003-05-05 11:57 ` Yaron M. Minsky
2003-05-05 13:32 ` John Max Skaller
2003-05-06 2:49 ` Nicolas Cannasse
2003-05-06 12:30 ` Diego Olivier Fernandez Pons
2003-05-07 2:05 ` Nicolas Cannasse
2003-05-05 16:38 ` Diego Olivier Fernandez Pons [this message]
2003-05-05 18:05 ` Eray Ozkural
2003-05-06 13:28 ` Diego Olivier Fernandez Pons
2003-05-13 11:35 ` [Caml-list] Data Structure Libraries (was: Two types of efficiency) Oleg Trott
2003-05-04 7:55 ` [Caml-list] Efficiency of 'a list Ville-Pertti Keinonen
2003-05-04 10:56 ` Neel Krishnaswami
2003-05-04 12:56 ` Eray Ozkural
2003-05-04 13:35 ` Falk Hueffner
2003-05-04 12:38 ` Eray Ozkural
2003-05-04 8:07 ` Ville-Pertti Keinonen
2003-05-04 15:54 ` Ed L Cashin
2003-05-05 23:52 ` Garry Hodgson
2003-05-03 20:03 ` Eray Ozkural
2003-05-03 21:13 ` Lauri Alanko
2003-05-03 22:03 ` Eray Ozkural
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=Pine.A41.4.44.0305051810200.1040524-100000@ibm1.cicrp.jussieu.fr \
--to=diego-olivier.fernandez-pons@cicrp.jussieu.fr \
--cc=caml-list@inria.fr \
--cc=yminsky@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