English version
Accueil     Ŕ propos     Téléchargement     Ressources     Contactez-nous    

Ce site est rarement mis ŕ jour. Pour les informations les plus récentes, rendez-vous sur le nouveau site OCaml ŕ l'adresse ocaml.org.

Browse thread
[Caml-list] Completeness of "Unix" run-time library
[ Home ] [ Index: by date | by threads ]
[ Search: ]

[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
Date: 2004-03-19 (01:31)
From: Jacques Garrigue <garrigue@k...>
Subject: Re: OCaml's Cathedral & Bazaar (was Re: [Caml-list] Completeness of "Unix" run-time library)
From: Richard Jones <rich@annexia.org>
> On Thu, Mar 18, 2004 at 03:10:20PM -0500, John Carr wrote:
> > Suppose we find a bug in ocaml that impacts our product.
> > Whose job is it to fix the bug?  Neither "a network of
> > hackers" nor "some academic researchers in France, if they
> > have the time" is an acceptable answer.

Well, I understand this is hard to explain to companies.
Yet I believe that we have a good record for correcting bugs.
It is not because we are academic researchers that we don't take
seriously our responsibilities.
(Microsoft is certainly not faster, and does not offer more guarantees.)
> This is really why the licensing of the compilers *does* matter.

Possibly, but may I remind you that ocaml is open-source?
The QPL is a recognized open-source license, even if it isn't GPL
compatible (but almost all open-source licenses are not
Anybody is perfectly free to release fixes and improvements for ocaml,
including binary releases, as long as they provide a patch with
respect to the corresponding version of ocaml.

For me, it's not even clear that a public CVS based on ocaml would be
a problem: CVS actually works by creating diffs.

Could you explain by which mechanism a different license would help in
making ocaml's maintenance more reliable for companies?

Also note that all this is irrelevant to libraries, which are already
released under a slightly relaxed version of the LGPL.

Jacques Garrigue

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