caml-list - the Caml user's mailing list
 help / color / mirror / Atom feed
* Relicensing OCaml
@ 2008-01-30 13:26 Jon Harrop
  2008-01-30 18:23 ` [Caml-list] " Edgar Friendly
  0 siblings, 1 reply; 2+ messages in thread
From: Jon Harrop @ 2008-01-30 13:26 UTC (permalink / raw)
  To: caml-list


I just ploughed through the CAML Consortium legal document to find out what a 
consortium member can do and was quite surprised to find (p. 13) that they 
are able to redistribute under any license of their choosing.

So any of the Consortium members can simply republish the core OCaml 
distribution under LGPL, BSD or whatever and then we can get on with 
improving it and not having to worry about patches and backward 
compatibility... :-)

-- 
Dr Jon D Harrop, Flying Frog Consultancy Ltd.
http://www.ffconsultancy.com/products/?e


^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: [Caml-list] Relicensing OCaml
  2008-01-30 13:26 Relicensing OCaml Jon Harrop
@ 2008-01-30 18:23 ` Edgar Friendly
  0 siblings, 0 replies; 2+ messages in thread
From: Edgar Friendly @ 2008-01-30 18:23 UTC (permalink / raw)
  To: Jon Harrop; +Cc: caml-list

Jon Harrop wrote:
> I just ploughed through the CAML Consortium legal document to find out what a 
> consortium member can do and was quite surprised to find (p. 13) that they 
> are able to redistribute under any license of their choosing.
> 
> So any of the Consortium members can simply republish the core OCaml 
> distribution under LGPL, BSD or whatever and then we can get on with 
> improving it and not having to worry about patches and backward 
> compatibility... :-)
> 

I recall reading a discussion where Xavier(?) admitted that yes, a
consortium member *could* do this, but their membership in the
consortium would expire after a year and they would not get the chance
to renew.

Imagine a future where INRIA releases nothing further OCaml-related and
drops all support for it.  The community *might* continue OCaml's
existence.  We'll increase the size and scope of the stdlib without
problem.  We'll include simple changes to the compiler like try..finally
syntax.  We'll give the toplevel line-editing capabilities.

But will the community implement dynamic loading of native code?  How
long will it take the community to build an ARM port? Ask yourself where
99% of the knowledge of OCaml's internals lies.  Ask yourself who can
best find and fix corner-case bugs in the type system.

INRIA has to maintain copyright on something whole and usable to keep
the Consortium going.  If Community-OCaml changes the compiler or
stdlib, Consortium members won't have the same rights to those
improvements as they do to INRIA's code.  The easy solution seems to be
giving copyright of contributed code to INRIA so they stay in complete
control over the compiler.  Even if people would do this, INRIA seems
unwilling to test French copyright law on this matter, so we're stuck there.

I know that Xavier has "given an inch" in at least verbally allowing a
Community distribution of OCaml that can include additional libraries
and camlp4 filters.  Please don't try to "take a mile" and insist that
everything get opened up to community development right now.  Let's get
Community-OCaml up and running and see where things go after a release
or two of that.

E


^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2008-01-30 18:23 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2008-01-30 13:26 Relicensing OCaml Jon Harrop
2008-01-30 18:23 ` [Caml-list] " Edgar Friendly

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