🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: comp.lang.functional
Article #1224

Re: The non-freeness of OCAML (Was: Re: Comparison of various functional languages?)

#1224
From: mottl
Date: Fri, 23 Apr 1999 00:00
52 lines
3324 bytes
In comp.lang.functional Tyson Richard DOWD <trd@cs.mu.oz.au> wrote:
> This would be a shame, perhaps, but nowhere near as much of a shame as
> if OCAML disappears, taking all the good stuff with it, never to be
> seen again until someone reinvents the wheel.

> IMHO far too many research projects die and take all the work done on
> them with them.  Far too many papers are published on systems that
> several years later are completely abandoned.  The source code remains
> under a restrictive copyright, and so is useless to future researchers.

I don't know whether you follow the OCAML-mailing list. The developers
just mentioned that in the (very unlikely) case that INRIA stops the
development of OCAML, they would release the sources under a less
restrictive licence. This would allow other people to make full use of
their work (sources).

> I would hope that OCAML has more to offer the FP-community than a
> few implementation features that can be transferred into Java.

It certainly has ;-)

But speed of language implementations is also one of the criterias for
choosing a language. Why should INRIA want to have an even stronger
competition from the IP-side? The high speed of OCAML-compiled code and
the fast interpreter are definitely a big plus for people taking a look
at FP.

> If all OCAML has to offer to the FP community is technology that can
> be transferred into other languages, then it's obvious that the language
> itself is not important -- probably the best thing that can happen for
> anyone is technology transfer.  It would certainly save other
> researchers working on other languages from re-implementing those
> features.

It seems you are not very convinced of OCAML ;-)

What a pity! It has indeed much to offer (not only the implementation
but also the language itself!)...

> If you are really concerned about one-way technology transfers, than GPL
> your code.  Anyone who takes your technology and uses it will have to
> license their changes under the GPL so you can also use their changes.

This is not the problem - it's not only a question of source freeness
but we also try to promote the idea of FP. So why support a technology
(IP) we consider inferior?

Best regards,
Markus Mottl

-- 
Markus Mottl, mottl@miss.wu-wien.ac.at, http://miss.wu-wien.ac.at/~mottl
Technical Details
Message-ID: <7fq548$2uk@cantine.wu-wien.ac.at>
Path: arc1-ca.pugleaf.net!unknown!not-for-mail
References: <87aew9agkw.fsf@padova.cnet.com> <7f5l3o$r6r@cantine.wu-wien.ac.at> <87btgpldhv.fsf_-_@ugh.jyu.fi.invalid> <7f6sqi$bjq@cantine.wu-wien.ac.at> <87k8vcn7ga.fsf@ugh.jyu.fi.invalid> <7f8bot$18j@cantine.wu-wien.ac.at> <7ffcc0$mc7$1@mulga.cs.mu.OZ.AU> <7fgg6c$3it@cantine.wu-wien.ac.at> <7fjn60$bjj$1@izvestia.its.unimelb.edu.au>

Show Full Headers
Complete Article Headers
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 107f24,8f092766f1b7cf8b
X-Google-Attributes: gid107f24,public
X-Google-Thread: 1025b4,653c2e4cab54a9ac
X-Google-Attributes: gid1025b4,public
From: mottl@miss.wu-wien.ac.at
Subject: Re: The non-freeness of OCAML (Was: Re: Comparison of various functional languages?)
Date: 1999/04/23
Message-ID: <7fq548$2uk@cantine.wu-wien.ac.at>
X-Deja-AN: 470023350
References: <87aew9agkw.fsf@padova.cnet.com> <7f5l3o$r6r@cantine.wu-wien.ac.at> <87btgpldhv.fsf_-_@ugh.jyu.fi.invalid> <7f6sqi$bjq@cantine.wu-wien.ac.at> <87k8vcn7ga.fsf@ugh.jyu.fi.invalid> <7f8bot$18j@cantine.wu-wien.ac.at> <7ffcc0$mc7$1@mulga.cs.mu.OZ.AU> <7fgg6c$3it@cantine.wu-wien.ac.at> <7fjn60$bjj$1@izvestia.its.unimelb.edu.au>
Organization: University of Economics and Business Administration, Vienna, Austria
User-Agent: tin/pre-1.4-981225 ("Volcane") (UNIX) (OSF1/V4.0 (alpha))
Newsgroups: comp.lang.functional,gnu.misc.discuss